假设以下 SQL 查询：
SELECT col1,col2 from table where col1 > 5 and col2 > 8
我相信 MySQL 将无法使用相同的表索引在两列中查找，因为这两个条件都是范围条件。 因此，我试图了解在这种情况下确定要索引哪一列的最佳方法是什么（这可能是最具选择性的一种）。
是否可以通过某种方式访问 MySQL 元数据，以便识别列 A 或 B 是否更具选择性，而无需实际为这两个选项创建索引并查看基数信息？
编辑：澄清一下，目标是找到一种方法来做到这一点，即使对于在没有索引的情况下需要永远运行的查询（因此在这种情况下计算行数是不可能的）。
【问题讨论】：
标签： mysql sql indexing sqlperformance
请注意，您的查询只有 col1 和 col2。这意味着INDEX(col1,col2) 和INDEX(col2,col1) 正在“覆盖”。 "覆盖提供了额外的提升，因为整个查询都可以在索引的 BTree 中执行。
如果您在SELECT 列表中添加另一列，它将不再被覆盖。
但问题是关于将列放在索引中的哪个顺序。
把它想象成一个二维数组。 col1 > 5 and col2 > 8 指的是该二维数组的右下角。 MySQL 基本上必须扫描数组的右“一半”或下“一半”，因为一维索引首先按行或列排序。
优化的“新”“MRR”功能可能能够将精力集中在角落而不是一半。这是一种找出方法：
add one index
FLUSH STATUS;
SELECT ...
SELECT SESSION STATUS LIKE 'Handler%';
drop that index
现在用另一个索引重复。
然后比较 Handler 的值。最大的数字表示被触及的索引（或数据）行数。
更简单的答案
如果查询中的仅列是col1 和col2，则添加INDEX(col1, col2)（以任意顺序）。
如果涉及更多列，请添加INDEX(col1) 和INDEX(col2)。优化器在它们之间进行选择。
【讨论】：
运行这个查询有问题吗？
select count(*),
sum(col1 > 5),
sum(col2 > 8),
sum( col1 > 5 and col2 > 8)
from t;
第二列和第三列之间取最小值的那个是最有选择性的。
注意：将两列都放在索引中仍然有价值。 MySQL 应该能够为 where 子句使用第二个键，而无需在数据页中查找数据。
【讨论】：