应避免在索引列上使用函数,如将YEAR(create_time)改为create_time >= '2023-01-01' AND create_time < '2023-04-01',以确保索引有效利用。

在MySQL中,如果对索引列使用函数或表达式,会导致索引无法被正常使用,从而引发全表扫描,严重影响查询性能。要避免这个问题,关键在于确保索引列以“原样”出现在查询条件中,不被函数包裹或参与计算。
常见错误写法是将函数作用于索引列,例如:
SELECT * FROM users WHERE YEAR(create_time) = 2023;即使 create_time 上有索引,该查询也无法有效利用索引,因为 MySQL 需要对每一行执行 YEAR() 函数才能比较。
正确做法是改写为范围查询:
SELECT * FROM users WHERE create_time >= '2023-01-01' AND create_time这样 create_time 是独立出现的,可以走索引。
如果你确实需要基于函数结果查询,MySQL 8.0 支持函数索引(也叫表达式索引),可以显式创建基于函数的索引:
CREATE INDEX idx_year ON users ((YEAR(create_time)));之后查询 WHERE YEAR(create_time) = 2023 就能用上这个索引。但要注意这种索引适用场景有限,维护成本高,应谨慎使用。
有时看似没有使用函数,但字符串与数字比较也会触发隐式函数调用。例如:
SELECT * FROM users WHERE user_id = '123';如果 user_id 是整数类型,而传入的是字符串,MySQL 会自动转换,相当于对索引列做了类型转换操作,可能导致索引失效。
应确保查询值类型与字段一致:
SELECT * FROM users WHERE user_id = 123;对于按日期分区或高频查询的场景,推荐始终使用范围条件代替日期函数:
这类写法最利于索引匹配,执行计划清晰稳定。
基本上就这些。核心原则是:让索引列“干净”地出现在条件中,不参与运算、不被函数包裹、不发生隐式转换。这样优化器才能高效选择索引。特殊情况可考虑函数索引,但不应作为常规手段。
以上就是如何在mysql中避免索引列函数导致失效的详细内容,更多请关注php中文网其它相关文章!
                        
                        每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
                Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号