面试题：MySQL索引失效场景及优化措施

可能导致索引失效的原因：

数据类型不匹配：如果customer_id字段实际定义的数据类型与查询中的123（假设为整数）不匹配，例如customer_id定义为字符串类型，而查询时未加引号，可能导致索引失效。
函数使用：如果在order_date或customer_id字段上使用了函数，例如SELECT * FROM orders WHERE YEAR(order_date) > 2023 AND customer_id = 123;，这会导致索引失效。因为MySQL无法直接使用索引进行函数运算。
索引顺序问题：复合索引的使用遵循“最左前缀原则”。虽然order_date和customer_id上创建了复合索引，但如果查询条件的顺序与索引创建顺序不一致，且未满足最左前缀原则，索引可能部分或全部失效。例如，SELECT * FROM orders WHERE customer_id = 123 AND order_date > '2023 - 01 - 01';，由于没有首先使用order_date作为条件，索引可能无法完全发挥作用。
数据分布问题：如果customer_id = 123对应的数据行数占总数据行数的比例过大（例如超过30%），MySQL优化器可能认为全表扫描比使用索引更高效，从而不使用索引。
查询缓存：如果查询缓存启用且查询结果已经在缓存中，MySQL可能直接从缓存中返回结果，而不使用索引。

优化方案：

检查数据类型：确保customer_id字段的数据类型与查询中的数据类型一致。如果customer_id是字符串类型，查询时应加上引号，即SELECT * FROM orders WHERE order_date > '2023 - 01 - 01' AND customer_id = '123';
避免函数使用：尽量避免在索引字段上使用函数。如果确实需要按年份筛选，可以通过范围查询来实现，例如SELECT * FROM orders WHERE order_date >= '2023 - 01 - 01' AND order_date < '2024 - 01 - 01' AND customer_id = 123;
调整查询条件顺序：遵循复合索引的最左前缀原则，确保查询条件的顺序与索引创建顺序一致，即SELECT * FROM orders WHERE order_date > '2023 - 01 - 01' AND customer_id = 123;（当前查询已满足此条件）。
考虑覆盖索引：如果查询只涉及部分字段，可以创建覆盖索引，将查询涉及的字段都包含在索引中，这样可以减少回表操作，提高查询性能。例如，如果只需要order_id和order_amount字段，可以创建复合索引CREATE INDEX idx_order_date_customer_id_amount ON orders (order_date, customer_id, order_amount);，然后查询SELECT order_id, order_amount FROM orders WHERE order_date > '2023 - 01 - 01' AND customer_id = 123;
分析数据分布：如果是因为数据分布问题导致索引不被使用，可以考虑对数据进行分区，或者使用其他存储引擎（如InnoDB的自适应哈希索引可能会有帮助），也可以通过FORCE INDEX强制使用索引，例如SELECT * FROM orders FORCE INDEX (index_name) WHERE order_date > '2023 - 01 - 01' AND customer_id = 123;但这只是一种临时解决方案，可能会影响查询的可扩展性和优化器的正常工作。
处理查询缓存：如果是查询缓存导致问题，可以根据业务需求选择禁用查询缓存（通过设置query_cache_type = 0），或者确保查询语句的精确性，使缓存命中率更高。

星途面试题库

面试题：MySQL索引失效场景及优化措施

知识考点

面试题答案

可能导致索引失效的原因：

优化方案：