問題二: syncer skip delete不生效
描述: syncer在配置多表聚合同步skip delete不生效問題。官方已經修復這個問題。

問題三: syncer異常退出
描述: syncer配置跳過ddl時，syncer運行一段時間crash的問題。 官方已經修復這個問題。

問題四: mysql客戶端crash
描述：當使用tidb的use <dbname>時（該db表達到100張以上），mysql客戶端crash事項。官方已經把這個bug修復。https://github.com/pingcap/tidb/issues/6622

問題五: loader聚合加載的異常
描述: loader在聚合加載時，即便沒有配置聚合加載的表仍然會被聚合加載進TIDB。官方已經修復這個問題。

問題六: 必須要配置跳過所有ddl操作的坑
描述: syncer在多主mysql做sharding聚合到TIDB的場景下，必須要配置跳過所有ddl操作的坑。

問題七: TIDB 2.0.4的bug
描述: 長亮賬務TIDB系統升級到tidb 2.0.4後，syncer同步到 497004599181314 這一條記錄時，就報錯了。TIDB降級到2.0.3，並刪除這一條記錄重啟syncer時，就好了。

問題八: 統計信息自動收集不及時
描述: 虛擬卡集群上線後，出現過若幹次tidb的統計信息不準導致執行計劃出錯，業務受嚴重影響的case（甚至出現一個oltp sql執行中報gc錯誤的問題）。我們嘗試在淩晨進行全庫表analyze，這個問題仍然間歇性出現。

問題九: 長亮賬務TIDB集群少了一條記錄
描述: 業務方在使用TIDB對賬時發現，始終對不上，最終發現TIDB少了一條記錄。

問題十: TIKV故障自恢復時間比預估長
描述: 在對虛擬卡TIKV進行容災演練時（單機4 tikv實例），模擬某一服務器故障時，業務請求失敗持續了38秒。啟動該服務器所有tikv實例時，業務請求失敗持續了54秒。比預估的30s長。

業務場景中重要且難滿足的一個需求: 冷熱數據隔離問題
描述: 如果要把現網的mysql替換成TIDB，OLTP、數倉抽數等業務場景都會直接使用TIDB，而TIDB本身沒有冷熱數據隔離功能，抽數時，必然會對OLTP業務有影響（晚上抽數也可能有業務在運行）。

tidb使用過程中遇到問題匯總