MariaDB带条件UPDATE性能波动大，求助排查优化方案

1. 替换索引合并为联合索引 #

当前执行计划采用index_merge的intersect方式，需要合并两个单字段索引的结果，效率远低于联合索引。直接创建覆盖WHERE条件的联合索引：

CREATE INDEX idx_upload_status_content_status ON our_table (content_upload_status, content_status);

创建后重新查看执行计划，确认是否切换为该联合索引，这是解决性能波动最直接的优化点。

2. 排查事务锁等待 #

即使无其他进程操作该表，仍需确认：

• 多线程应用是否开启了未提交的事务？REPEATABLE READ隔离级别下可能存在间隙锁，导致UPDATE等待锁释放。
• 执行SHOW ENGINE INNODB STATUS;，查看TRANSACTIONS和LATEST DETECTED DEADLOCK部分，确认是否存在锁等待或死锁残留。

3. 更新表统计信息 #

过期的表统计信息会导致优化器选择低效执行计划，执行以下语句更新：

ANALYZE TABLE our_table;

更新后重新生成执行计划，检查是否有优化。

4. 监控硬件与系统负载 #

性能波动可能和底层资源瓶颈有关：

• 执行UPDATE时用iostat监控磁盘IO使用率，若IO饱和会导致语句执行缓慢。
• 查看CPU、内存负载，确认是否有其他进程抢占资源，影响数据库进程运行。

5. 分析慢查询日志细节 #

开启慢查询日志捕获慢执行的UPDATE记录：

1. 临时开启（无需重启）：

SET GLOBAL slow_query_log = ON;
SET GLOBAL long_query_time = 10; -- 记录超过10秒的查询

2. 通过SHOW VARIABLES LIKE 'slow_query_log_file';获取日志路径，对比快、慢执行记录的Rows_examined、Lock_time等字段，定位差异点。

6. 检查InnoDB缓冲池命中率 #

缓冲池命中率低会导致频繁磁盘读，影响性能：
执行SHOW ENGINE INNODB STATUS;，在BUFFER POOL AND MEMORY部分查看Buffer pool hit rate，若低于99%，可在服务器内存充足的前提下增大innodb_buffer_pool_size配置。

内容的提问来源于stack exchange，提问作者Zsolt János