MySQL8.0的一個bug導致複製延時
升級8.0之前已經做過一些基準的效能測試，但是還是沒有覆蓋全面，線上資料庫升級的時候遇到了複製效能問題。
線上升級，先升級了一個從庫，升級後，發現晚上業務跑批的時候，8.0的複製效能不如5.7，延時比較嚴重。
我們使用的是8.0.23版本，透過排查，發現在8.0中transaction_write_set_extraction這個引數預設值是 XXHASH64，然而透過閱讀程式碼，發現mysql在進行邏輯處理的時候，即使複製沒有使用writeset， 使用的commit_ordered, 依然進行了writeset 收集，複製使用commit_ordered，關閉這個引數後，複製延時情況正常，好於5.7的從庫。
該引數在8.0.26版本已經被廢棄。So 8.0.26版本又是另外一個故事。
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/25719946/viewspace-2928318/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 淺複製導致的bug
- Laravel 多條件查詢時粗心導致的一個 BUGLaravel
- 記php-fpm重啟導致的一個bugPHP
- 一個導致JVM實體記憶體消耗大的BugJVM記憶體
- MySQL 網路導致的複製報錯案例MySql
- MySQL8.0 view導致的效能問題MySqlView
- MySQL8.0主從複製MySql
- MySQL並行複製延時時間不準確MySql並行
- MySQL 8 複製（三）——延遲複製與部分複製MySql
- PostgreSQL中的複製延遲SQL
- MySQL#複製 - 原生複製的一致性探討MySql
- 多從庫時半同步複製不工作的BUG分析
- 萬萬沒想到，一個 MongoDB.Driver 的 bug 導致 .NET5 程式死鎖！MongoDB
- 阿里雲大面積故障原因：觸發一個未知程式碼bug導致阿里
- 一個有延時作用的程式
- MySQL8.0輕鬆搞定GTID組複製MySql
- 【知識分享】導致伺服器網路速度延時高的原因伺服器
- mysql主從延遲複製MySql
- Containerd 的 Bug 導致容器被重建！如何避免？AI
- onethink安裝時的一個bug
- MySQL8.0輕鬆搞定GTID主從複製MySql
- MySQL8.0輕鬆搞定GTID主主複製MySql
- 時區問題導致時間相差8個小時
- ZooKeeper 避坑指南： ZooKeeper 3.6.4 版本 BUG 導致的資料不一致問題
- 大事務導致的OGG抽取程式每天7：39定時延時，執行極其緩慢
- 一個class運用promise的延時呼叫Promise
- OGG複製程式延遲高，優化方法一(使用索引)優化索引
- BUG—Nuget包版本不一致導致程式行為與預期不符
- MySQL8.0主從複製命中1032案例分析MySql
- 故障分析 | MySQL 異地從庫複製延遲案例一則MySql
- 透過延時從庫+binlog複製，恢復誤運算元據
- 高頻面試：如何解決MySQL主從複製延時問題面試MySql
- mysql同步(複製)延遲的原因及解決方案MySql
- 如何利用PostgreSQL的延遲複製實現災備SQL
- 介面超時日誌排查分析-BeanUtils物件複製6秒及型別不一致複製異常,複製null屬性被覆蓋解決,常見Bean複製框架的效能對比Bean物件型別Null框架
- 12.2.0.1bug導致的Failed to register in OCRLOCAL group.錯誤AI
- 時區不一致導致spring應用異常Spring
- MongoDB 複製一個collection裡的資料到另一個collectionMongoDB