MariaDB MyISAM大表慢查询优化：如何利用多索引提速？

咱们先拆解第一个问题：为啥你的查询用了costumer_id索引，却没选date索引？这大概率和MariaDB优化器的决策逻辑、统计信息或者索引特性有关：

• 统计信息过时：优化器选索引全靠表和索引的统计数据，你这表有1.4亿条数据，统计信息很容易过时。如果数据很久没更新，优化器可能不知道date索引的实际分布情况，误以为遍历costumer_id索引的成本更低。
• date字段基数太低：如果date字段的重复值特别多（比如大量记录集中在少数几个日期），优化器会觉得用这个索引排序的收益不大，反而会选其他索引来遍历数据后再排序。
• 优化器成本模型偏差：有时候优化器的成本计算和实际情况不匹配，比如它估算遍历costumer_id索引再排序取5条的成本，比直接用date索引更低，但实际完全不是这么回事。

接下来聊聊怎么优化，把耗时降到0.0x秒级别：

1. 先更新统计信息 #

先执行这条命令，让优化器拿到最新的表数据分布：

ANALYZE TABLE payments;

更新完后再跑你的查询，很多时候优化器会自动切换到date索引，速度会直接上来。

2. 强制指定使用date索引 #

如果更新统计信息后还是没效果，直接给查询加FORCE INDEX强制用date索引：

SELECT * FROM payments FORCE INDEX(date) ORDER BY date DESC LIMIT 5;

因为date索引本身是按日期排序的，倒序取前5条只需要遍历索引的最后几个叶子节点，然后回表取数据，这个操作本来就应该是毫秒级的。

3. 建覆盖索引（终极优化） #

如果你的查询只需要id、date、costumer_id、paid_value这几个字段，直接建一个覆盖索引：

CREATE INDEX idx_date_covering ON payments(date DESC, id, costumer_id, paid_value);

覆盖索引的叶子节点包含了查询需要的所有字段，MyISAM不需要回表查主数据，直接从索引里就能拿到结果，速度绝对能到0.0x秒，甚至更快。

4. 验证索引有效性 #

可以先跑这条命令确认date索引的状态：

SHOW INDEX FROM payments;

检查date索引的基数、类型是否正常，确保没有创建错误。

内容的提问来源于stack exchange，提问作者Jose Luis Correal