索引的选择性

• 单独的索引或联合索引在查询条件中只能使用其中一个。
• 如果查询条件同时包含两个索引字段，系统会优先选择数据量较小的索引进行查询。

联合索引的命中原则

• 联合索引的命中规则是严格按照索引字段的顺序进行的，即从左到右依次检查。
• 例如，联合索引(A,B,C)，在查询时如果仅使用B字段、C字段或A字段，命中率都很低。只有同时满足A、B、C三个字段的条件时，才会命中联合索引。

索引的负载与内存管理

• 索引会被加载到内存中，但索引量过多可能引起内存压力，这需要合理规划。

LIKE 操作中的百分比忽略

• 原因：LIKE后缀有%但开头没有%（即形如%M%）时，索引会失效。
• 优化方法：可以通过函数保存到变量，然后对变量进行 %操作，例如395var charvariable = concat('%', left_porit).
• 例子：SELECT * FROM table WHERE name LIKE '%abc'会失效，但SELECT * FROM table WHERE name LIKE '_abc'仍然可能命中索引。

OR 语句的逻辑问题

• 原因：如果OR运算符的两边字段只有一个是索引，索引将失效，只发生全表扫描。
• 优化方法：将OR拆分为IN语法。

联合索引的命中问题

• 原因：当查询条件部分匹配联合索引但未命中，或部分字段未命中。
• 优化方法：确保查询条件严格遵循联合索引的字段顺序。

数据类型与隐式转换

• 原因：未加括号导致字段类型隐式转换，影响索引选择。
• 优化方法：始终加括号明确字段类型。

不等于操作的适用性

• 原因：使用=, <, >等操作符，索引可能不会被使用。
• 优化方法：将不等于操作改为范围查询，例如key>0或key<0.

函数计算与计算器逻辑

• 原因：计算字段会导致索引失效。
• 优化方法：合理设计函数调用位置，尽量避免对索引字段进行计算操作。

全表扫描的优化

• 原因：索引ipline数低于全表扫描效率时，系统会选择全表扫描。
• 优化方法：增加索引的iline数，提升查询性能。