图解 MySQL
[缺陷分析]半同步下多从库复制异常
本文分析的缺陷是MySQL bug#89370，其主要的现象是：配置半同步(复制)到多个从库，部分从库在一段时间内无法复制数据，但所有复制状态均正常。
故障分析
带给你故障现场的原因分析并快速解决
技术文章
深度分析 | MGR相同GTID产生不同transaction故障分析
MGR作为MySQL原生的高可用方案，它的基于共识协议的同步和决策机制，看起来也更为先进。吸引了一票用户积极尝试，希望通过MGR架构解决RPO=0的高可用切换。在实际使用中经常会遇到因为网络抖动的问题造成集群故障，本文以实际客户案例进行详细分析。
技术文章
深度分析 | 多从库时半同步复制不工作的BUG分析
存在多个半同步从库时，如果参数 rpl_semi_sync_master_wait_for_slave_count=1，启动第1个半同步从库时可以正常启动，启动第2个半同步从库后有很大概率 slave_io_thread 停滞,（复制状态正常，Slave_IO_Running: Yes，Slave_SQL_Running: Yes，但是完全不同步主库 binlog ）
技术文章
[缺陷分析] Table cache 导致 MySQL 崩溃
本文分析的缺陷是MySQL Bug #89126，其主要现象是：在使用很多表的数据库中，执行 create table 会导致数据库崩溃。
技术文章
记一次 MySQL semaphore crash 的分析（有彩蛋）
AHI 的全局锁 btr_search_latch 经常会是竞争热点影响性能，5.7版本后有所改善与 InnoDB buffer 一样做了多实例拆分。本案例在开启 Innodb_stats_on_metadata 参数，查询元数据信息时触发统计信息更新，上锁数据字典，阻塞了了大量业务操作，又由于 buffer pool 空间不足，导致表驱逐旧页触发 AHI 的 btr_search_latch 锁竞争，最终导致信号量超时 crash。