如何實現讀寫分離,Spring Boot項目,數據庫是MySQL,持久層用的是MyBatis。
其實,實現這個很簡單的,首先思考一個問題:
在高并發(fā)的場景中,關于數據庫都有哪些優(yōu)化的手段?
常用的有以下的實現方法:讀寫分離、加緩存、主從架構集群、分庫分表等。
在互聯網應用中,大部分都是讀多寫少 的場景,設置兩個庫,主庫和讀庫。
主庫的職能是負責寫,從庫主要是負責讀,可以建立讀庫集群,通過讀寫職能在數據源上的隔離達到減少讀寫沖突、釋壓數據庫負載 、保護數據庫的目的 。在實際的使用中,凡是涉及到寫的部分直接切換到主庫,讀的部分直接切換到讀庫,這就是典型的讀寫分離技術。
本文將聚焦讀寫分離,探討如何實現它。

主從同步的局限性 :這里分為主數據庫和從數據庫,主數據庫和從數據庫保持數據庫結構的一致,主庫負責寫,當寫入數據的時候,會自動同步數據到從數據庫。從數據庫負責讀,當讀請求來的時候,直接從讀庫讀取數據,主數據庫會自動進行數據復制到從數據庫中。不過本篇博客不介紹這部分配置的知識,因為它更偏運維工作一點。
這里涉及到一個問題:
主從復制的延遲問題,當寫入到主數據庫的過程中,突然來了一個讀請求,而此時數據還沒有完全同步,就會出現讀請求的數據讀不到或者讀出的數據比原始值少的情況。具體的解決方法最簡單的就是將讀請求暫時指向主庫,但是同時也失去了主從分離的部分意義。也就是說在嚴格意義上的數據一致性場景中,讀寫分離并非是完全適合的,注意更新的時效性是讀寫分離使用的缺點。
好了,這部分只是了解,接下來我們看下具體如何通過 Java 代碼來實現讀寫分離:
注意:該項目需要引入如下依賴:Spring Boot、spring-aop、spring-jdbc、aspectjweaver 等
程序媛:僅有30天,該怎么準備?
一: 主從數據源的配置
我們需要配置主從數據庫,主從數據庫的配置一般都是寫在配置文件里面。通過@ConfigurationProperties 注解,可以將配置文件(一般命名為:application.Properties
)里的屬性映射到具體的類屬性上,從而讀取到寫入的值注入到具體的代碼配置中,按照習慣大于約定的原則,主庫我們都是注為 master,從庫注為 slave。application.Properties
)里的屬性映射到具體的類屬性上,從而讀取到寫入的值注入到具體的代碼配置中,按照習慣大于約定的原則,主庫我們都是注為 master,從庫注為 slave。
本項目采用了阿里的 druid 數據庫連接池,使用 build 建造者模式創(chuàng)建 DataSource 對象,DataSource 就是代碼層面抽象出來的數據源,接著需要配置 sessionFactory、sqlTemplate、事務管理器等。
/** * 主從配置 */ @Configuration @MapperScan(basePackages = "com.wyq.mysqlreadwriteseparate.mapper", sqlSessionTemplateRef = "sqlTemplate") public class DataSourceConfig { /** * 主庫 */ @Bean @ConfigurationProperties(prefix = "spring.datasource.master") public DataSource master() { return DruidDataSourceBuilder.create().build(); } /** * 從庫 */ @Bean @ConfigurationProperties(prefix = "spring.datasource.slave") public DataSource slaver() { return DruidDataSourceBuilder.create().build(); } /** * 實例化數據源路由 */ @Bean public DataSourceRouter dynamicDB(@Qualifier("master") DataSource masterDataSource, @Autowired(required = false) @Qualifier("slaver") DataSource slaveDataSource) { DataSourceRouter dynamicDataSource = new DataSourceRouter(); Map<Object, Object> targetDataSources = new HashMap<>(); targetDataSources.put(DataSourceEnum.MASTER.getDataSourceName(), masterDataSource); if (slaveDataSource != null) { targetDataSources.put(DataSourceEnum.SLAVE.getDataSourceName(), slaveDataSource); } dynamicDataSource.setTargetDataSources(targetDataSources); dynamicDataSource.setDefaultTargetDataSource(masterDataSource); return dynamicDataSource; } /** * 配置sessionFactory * @param dynamicDataSource * @return * @throws Exception */ @Bean public SqlSessionFactory sessionFactory(@Qualifier("dynamicDB") DataSource dynamicDataSource) throws Exception { SqlSessionFactoryBean bean = new SqlSessionFactoryBean(); bean.setMapperLocations( new PathMatchingResourcePatternResolver().getResources("classpath*:mapper/*Mapper.xml")); bean.setDataSource(dynamicDataSource); return bean.getObject(); } /** * 創(chuàng)建sqlTemplate * @param sqlSessionFactory * @return */ @Bean public SqlSessionTemplate sqlTemplate(@Qualifier("sessionFactory") SqlSessionFactory sqlSessionFactory) { return new SqlSessionTemplate(sqlSessionFactory); } /** * 事務配置 * * @param dynamicDataSource * @return */ @Bean(name = "dataSourceTx") public DataSourceTransactionManager dataSourceTransactionManager(@Qualifier("dynamicDB") DataSource dynamicDataSource) { DataSourceTransactionManager dataSourceTransactionManager = new DataSourceTransactionManager(); dataSourceTransactionManager.setDataSource(dynamicDataSource); return dataSourceTransactionManager; } }
二: 數據源路由的配置
路由在主從分離是非常重要的,基本是讀寫切換的核心。Spring 提供了 AbstractRoutingDataSource
根據用戶定義的規(guī)則選擇當前的數據源,作用就是在執(zhí)行查詢之前,設置使用的數據源,實現動態(tài)路由的數據源,在每次數據庫查詢操作前執(zhí)行它的抽象方法 determineCurrentLookupKey()
public class DataSourceRouter extends AbstractRoutingDataSource { /** * 最終的determineCurrentLookupKey返回的是從DataSourceContextHolder中拿到的,因此在動態(tài)切換數據源的時候注解 * 應該給DataSourceContextHolder設值 * * @return */ @Override protected Object determineCurrentLookupKey() { return DataSourceContextHolder.get(); } }??????二: 數據源路由的配置???? ??????路由在主從分離是非常重要的,基本是讀寫切換的核心。Spring 提供了
AbstractRoutingDataSource
根據用戶定義的規(guī)則選擇當前的數據源,作用就是在執(zhí)行查詢之前,設置使用的數據源,實現動態(tài)路由的數據源,在每次數據庫查詢操作前執(zhí)行它的抽象方法 determineCurrentLookupKey()
決定使用哪個數據源。????為了能有一個全局的數據源管理器,此時我們需要引入 DataSourceContextHolder 這個數據庫上下文管理器,可以理解為全局的變量,隨時可取(見下面詳細介紹),它的主要作用就是保存當前的數據源。??public class DataSourceRouter extends AbstractRoutingDataSource { /** * 最終的determineCurrentLookupKey返回的是從DataSourceContextHolder中拿到的,因此在動態(tài)切換數據源的時候注解 * 應該給DataSourceContextHolder設值 * * @return */ @Override protected Object determineCurrentLookupKey() { return DataSourceContextHolder.get(); } }
三:數據源上下文環(huán)境
數據源上下文保存器,便于程序中可以隨時取到當前的數據源,它主要利用 ThreadLocal 封裝,因為 ThreadLocal 是線程隔離的,天然具有線程安全的優(yōu)勢。這里暴露了 set 和 get、clear 方法,set 方法用于賦值當前的數據源名,get 方法用于獲取當前的數據源名稱,clear 方法用于清除 ThreadLocal 中的內容,因為 ThreadLocal 的 key 是 weakReference 是有內存泄漏風險的,通過 remove 方法防止內存泄漏。
/** * 利用ThreadLocal封裝的保存數據源上線的上下文context */ public class DataSourceContextHolder { private static final ThreadLocal<String> context = new ThreadLocal<>(); /** * 賦值 * * @param datasourceType */ public static void set(String datasourceType) { context.set(datasourceType); } /** * 獲取值 * @return */ public static String get() { return context.get(); } public static void clear() { context.remove(); } }
四:切換注解和 Aop 配置
首先我們來定義一個@DataSourceSwitcher
注解,擁有兩個屬性
① 當前的數據源② 是否清除當前的數據源,并且只能放在方法上,(不可以放在類上,也沒必要放在類上,因為我們在進行數據源切換的時候肯定是方法操作),該注解的主要作用就是進行數據源的切換,在 dao 層進行操作數據庫的時候,可以在方法上注明表示的是當前使用哪個數據源。
@DataSourceSwitcher
注解的定義:
@Retention(RetentionPolicy.RUNTIME) @Target(ElementType.METHOD) @Documented public @interface DataSourceSwitcher { /** * 默認數據源 * @return */ DataSourceEnum value() default DataSourceEnum.MASTER; /** * 清除 * @return */ boolean clear() default true; }
DataSourceAop
配置:
為了賦予@DataSourceSwitcher
注解能夠切換數據源的能力,我們需要使用 AOP,然后使用@Aroud
注解找到方法上有@DataSourceSwitcher.class
的方法,然后取注解上配置的數據源的值,設置到 DataSourceContextHolder
中,就實現了將當前方法上配置的數據源注入到全局作用域當中。
@Slf4j @Aspect @Order(value = 1) @Component public class DataSourceContextAop { @Around("@annotation(com.wyq.mysqlreadwriteseparate.annotation.DataSourceSwitcher)") public Object setDynamicDataSource(ProceedingJoinPoint pjp) throws Throwable { boolean clear = false; try { Method method = this.getMethod(pjp); DataSourceSwitcher dataSourceSwitcher = method.getAnnotation(DataSourceSwitcher.class); clear = dataSourceSwitcher.clear(); DataSourceContextHolder.set(dataSourceSwitcher.value().getDataSourceName()); log.info("數據源切換至:{}", dataSourceSwitcher.value().getDataSourceName()); return pjp.proceed(); } finally { if (clear) { DataSourceContextHolder.clear(); } } } private Method getMethod(JoinPoint pjp) { MethodSignature signature = (MethodSignature) pjp.getSignature(); return signature.getMethod(); } }
五:用法以及測試
在配置好了讀寫分離之后,就可以在代碼中使用了,一般而言我們使用在 service 層或者 dao 層,在需要查詢的方法上添加@DataSourceSwitcher(DataSourceEnum.SLAVE)
,它表示該方法下所有的操作都走的是讀庫。在需要 update 或者 insert 的時候使用@DataSourceSwitcher(DataSourceEnum.MASTER)
表示接下來將會走寫庫。
其實還有一種更為自動的寫法,可以根據方法的前綴來配置 AOP 自動切換數據源,比如 update、insert、fresh 等前綴的方法名一律自動設置為寫庫。select、get、query 等前綴的方法名一律配置為讀庫,這是一種更為自動的配置寫法。缺點就是方法名需要按照 aop 配置的嚴格來定義,否則就會失效。
@Service public class OrderService { @Resource private OrderMapper orderMapper; /** * 讀操作 * * @param orderId * @return */ @DataSourceSwitcher(DataSourceEnum.SLAVE) public List<Order> getOrder(String orderId) { return orderMapper.listOrders(orderId); } /** * 寫操作 * * @param orderId * @return */ @DataSourceSwitcher(DataSourceEnum.MASTER) public List<Order> insertOrder(Long orderId) { Order order = new Order(); order.setOrderId(orderId); return orderMapper.saveOrder(order); } }
六:總結
還是畫張圖來簡單總結一下:

本文介紹了如何實現數據庫讀寫分離,注意讀寫分離的核心點就是數據路由,需要繼承 AbstractRoutingDataSource
,復寫它的 determineCurrentLookupKey ()
方法。同時需要注意全局的上下文管理器 DataSourceContextHolder
,它是保存數據源上下文的主要類,也是路由方法中尋找的數據源取值。相當于數據源的中轉站,再結合 jdbc-Template 的底層去創(chuàng)建和管理數據源、事務等,我們的數據庫讀寫分離就完美實現了。
以上是Spring Boot 實現 MySQL 讀寫分離技術的詳細內容。更多信息請關注PHP中文網其他相關文章!

熱AI工具

Undress AI Tool
免費脫衣服圖片

Undresser.AI Undress
人工智能驅動的應用程序,用于創(chuàng)建逼真的裸體照片

AI Clothes Remover
用于從照片中去除衣服的在線人工智能工具。

Clothoff.io
AI脫衣機

Video Face Swap
使用我們完全免費的人工智能換臉工具輕松在任何視頻中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的代碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
功能強大的PHP集成開發(fā)環(huán)境

Dreamweaver CS6
視覺化網頁開發(fā)工具

SublimeText3 Mac版
神級代碼編輯軟件(SublimeText3)

1.PHP開發(fā)問答社區(qū)首選Laravel MySQL Vue/React組合,因生態(tài)成熟、開發(fā)效率高;2.高性能需依賴緩存(Redis)、數據庫優(yōu)化、CDN和異步隊列;3.安全性必須做好輸入過濾、CSRF防護、HTTPS、密碼加密及權限控制;4.變現可選廣告、會員訂閱、打賞、傭金、知識付費等模式,核心是匹配社區(qū)調性和用戶需求。

要實現MySQL部署自動化,關鍵在于選用Terraform定義資源、Ansible管理配置、Git進行版本控制,并強化安全與權限管理。1.使用Terraform定義MySQL實例,如AWSRDS的版本、類型、訪問控制等資源屬性;2.通過AnsiblePlaybook實現數據庫用戶創(chuàng)建、權限設置等細節(jié)配置;3.所有配置文件納入Git管理,支持變更追蹤與協(xié)作開發(fā);4.避免硬編碼敏感信息,使用Vault或AnsibleVault管理密碼,并設置訪問控制與最小權限原則。

PHP設置環(huán)境變量主要有三種方式:1.通過php.ini全局配置;2.通過Web服務器(如Apache的SetEnv或Nginx的fastcgi_param)傳遞;3.在PHP腳本中使用putenv()函數。其中,php.ini適用于全局且不常變的配置,Web服務器配置適用于需要隔離的場景,putenv()適用于臨時性的變量。持久化策略包括配置文件(如php.ini或Web服務器配置)、.env文件配合dotenv庫加載、CI/CD流程中動態(tài)注入變量。安全管理敏感信息應避免硬編碼,推薦使用.en

收集用戶行為數據需通過PHP記錄瀏覽、搜索、購買等信息至數據庫,并清洗分析以挖掘興趣偏好;2.推薦算法選擇應根據數據特征決定:基于內容、協(xié)同過濾、規(guī)則或混合推薦;3.協(xié)同過濾在PHP中可實現為計算用戶余弦相似度、選K近鄰、加權預測評分并推薦高分商品;4.性能評估用準確率、召回率、F1值及CTR、轉化率并通過A/B測試驗證效果;5.冷啟動問題可通過商品屬性、用戶注冊信息、熱門推薦和專家評價緩解;6.性能優(yōu)化手段包括緩存推薦結果、異步處理、分布式計算與SQL查詢優(yōu)化,從而提升推薦效率與用戶體驗。

為什么需要SSL/TLS加密MySQL連接?因為不加密的連接可能導致敏感數據被截取,啟用SSL/TLS可防止中間人攻擊并滿足合規(guī)要求;2.如何為MySQL配置SSL/TLS?需生成證書和私鑰,修改配置文件指定ssl-ca、ssl-cert和ssl-key路徑并重啟服務;3.客戶端連接時如何強制使用SSL?通過創(chuàng)建用戶時指定REQUIRESSL或REQUIREX509實現;4.SSL配置容易忽略的細節(jié)包括證書路徑權限、證書過期問題以及客戶端配置需求。

選擇合適的PHP框架需根據項目需求綜合考慮:Laravel適合快速開發(fā),提供EloquentORM和Blade模板引擎,便于數據庫操作和動態(tài)表單渲染;Symfony更靈活,適合復雜系統(tǒng);CodeIgniter輕量,適用于對性能要求較高的簡單應用。2.確保AI模型準確性需從高質量數據訓練、合理選擇評估指標(如準確率、召回率、F1值)、定期性能評估與模型調優(yōu)入手,并通過單元測試和集成測試保障代碼質量,同時持續(xù)監(jiān)控輸入數據以防止數據漂移。3.保護用戶隱私需采取多項措施:對敏感數據進行加密存儲(如AES

PHP在智能客服中扮演連接器和大腦中樞角色,負責串聯前端輸入、數據庫存儲與外部AI服務;2.實現時需構建多層架構:前端接收用戶消息,PHP后端預處理并路由請求,先匹配本地知識庫,未命中則調用外部AI服務如OpenAI或Dialogflow獲取智能回復;3.會話管理由PHP寫入MySQL等數據庫,保障上下文連續(xù)性;4.集成AI服務需用Guzzle發(fā)送HTTP請求,安全存儲APIKey,做好錯誤處理與響應解析;5.數據庫設計需包含會話、消息、知識庫、用戶表,合理建索引、保障安全與性能,支撐機器人記憶

要讓PHP容器支持自動構建,核心在于配置持續(xù)集成(CI)流程。1.使用Dockerfile定義PHP環(huán)境,包括基礎鏡像、擴展安裝、依賴管理和權限設置;2.配置GitLabCI等CI/CD工具,通過.gitlab-ci.yml文件定義build、test和deploy階段,實現自動構建、測試和部署;3.集成PHPUnit等測試框架,確保代碼變更后自動運行測試;4.使用Kubernetes等自動化部署策略,通過deployment.yaml文件定義部署配置;5.優(yōu)化Dockerfile,采用多階段構
