缺失主键如何导致Galera集群故障
内容提要
本文讨论了Galera集群中删除操作的限制和风险，包括表必须有主键、删除操作不受支持以及可能导致不一致的排序。文章还介绍了一个生产环境中的故障案例，由于删除操作导致的全表扫描，导致集群完全阻塞。最后，文章提供了解决方案和应对措施，如找到问题表、调整配置参数和始终使用主键。
延伸解读
无主键删除在Galera集群中的放大效应
在异步主从架构中，无主键的DELETE仅导致复制延迟，主库不受影响。但在Galera这类半同步集群中，流控和认证机制会将问题放大：复制节点应用删除时若需全表扫描，会拖慢整个集群，导致所有写事务在“wsrep: initiating replication for write set”状态阻塞，甚至使集群完全不可用。
生产故障案例的典型触发条件
案例中，一张记录原始交易的表因营销活动从数千行激增至数百万行，ORM生成的DELETE FROM table（而非TRUNCATE）在周六夜间执行。尽管硬件配置充足（60GB+内存、NVMe磁盘）且流控阈值已调高，但删除仍引发全表扫描，导致周末性能极差、周一事务阻塞数小时，且重启节点无法缓解。
关键配置参数与版本差异
slave_rows_search_algorithms在MySQL 5.7默认值为TABLE_SCAN,INDEX_SCAN，会导致每删除一行都全表扫描；8.0默认已优化为INDEX_SCAN,HASH_SCAN。动态调整该参数可立即改变删除速度：从每秒100-200行降至3行，或反之。此外，Percona XtraDB Cluster的pxc_strict_mode可阻止无主键DML，MySQL 8.0.13+的sql_require_primary_key可强制要求主键。
排查与预防的实用建议
定位问题表可查询information_schema中无主键或唯一键的表，或检查最新修改的.ibd文件。预防措施包括：确保每个表都有主键（即使不可见），用TRUNCATE替代全表DELETE，在8.0中启用sql_require_primary_key，并在PXC中保持pxc_strict_mode为严格模式（除非第三方软件强制要求放宽）。
Q&A
缺失主键会对Galera集群造成什么影响？
缺失主键会导致删除操作在复制时出现严重延迟，影响数据冗余和高可用性，可能导致集群完全阻塞。
在Galera集群中，如何避免删除操作导致的性能问题？
可以通过确保每个表都有主键、使用TRUNCATE而非DELETE、以及调整配置参数来避免性能问题。
Galera集群中，DELETE操作的风险是什么？
DELETE操作在没有主键的情况下会导致全表扫描，造成严重的性能下降和事务阻塞。
如何识别缺少主键的表？
可以通过查询information_schema.tables来列出没有主键的表，或者分析binlog内容。
在生产环境中，缺失主键导致的故障案例是什么？
一个案例中，使用ORM导致DELETE操作而非TRUNCATE，最终导致性能下降和事务长时间被阻塞。
如何在Percona XtraDB Cluster中防止缺少主键的DML操作？
可以启用pxc_strict_mode来阻止缺少主键的DML操作。
