當MySQL數據庫數據達到一定量后，查詢SQL執行會變慢起來，除了建索引、優化程序代碼以及SQL語句等常規手段外，利用經典MHA數據庫中間件做數據庫讀寫分離是一個不錯的選擇。但是在讀寫分離架構中會出現一個共性問題：SQL讀取延遲。

讀寫實時場景

比如在微服務應用端新增一條業務數據，然后立即讀取，這個時候會遇到讀取不到情況！

為什么呢？

來源網絡

因為在讀寫分離架構中，主節點負責寫入數據，同時mysql利用多線程技術把數據同步到從節點，從節點負責應用端讀取請求。

而Mysql主從數據同步數據存在同步時間差，帶來的問題是從節點同步不到主節點（Master）數據，應用端從從節點（Slave）讀取不到新增的數據情況。

解決方案

利用官方HintManager 分片鍵值管理器， 強制路由到主庫查詢

通過調用hintManager.setMasterRouteOnly() 強制路由到主庫查詢，偽代碼如下：

public ArticleEntity getWithMasterDB(Long id, String wid) {
 HintManager hintManager = HintManager.getInstance() ;
 hintManager.setMasterRouteOnly();
 ArticleEntity article = baseMApper.queryObject(id, wid);
}

通過強制路由到主庫查詢有個風險，對于更新并實時查詢業務場景比較多，如果都切到主庫查詢，勢必會對主庫服務器性能造成影響，可能還影響主從數據同步，所以要根據實際業務場景評估采用這種方式帶來的服務器性能問題。

另外，如果業務層面可以做妥協的話，盡量減少這種更新并實時查詢方式，一種思路是實時更新庫，利用線程異步查詢（例如更新后，睡眠1-2秒再查詢），偽代碼如下：

public class ArticleCacheTask implements Runnable { 
 @Override
 public void run() {
 
 try {
 // 控制讀寫分離不同步設置
 Thread.sleep(2000);
 } catch (InterruptedException e) {
 e.printStackTrace();
 }
 ArticleEntity articleEntity = articleService.getWithMasterDB(Long.valueOf(id), wid);
 }
}