共计 1193 个字符，预计需要花费 3 分钟才能阅读完成。
自动写代码机器人，免费开通
丸趣 TV 小编给大家分享一下 SQL 性能优化的示例，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！
SQL 性能优化
1、SELECT 语句务必指明字段名称
SELECT * 会增加很多不必要的消耗，（cpu、io、内存、网络带宽）；增加了使用覆盖索引的可能性；
当表结构发生改变时，前断也需要更新。所以要求直接在 select 后面接上字段名。
2、SQL 语句中 IN 包含的值不应太多
MySQL 对于 IN 做了相应的优化，即将 IN 中的常量全部存储在一个数组里面，而且这个数组是排好序的。
但是如果数值较多，产生的消耗也是比较大的。对于连续的数值，能用 between 就不要用 in 了；再或者使用连接来替换。
3、区分 in 和 exists，not in 和 not exists
select * from 表 A
where id in (select id from 表 B)等价于
select * from 表 A
where exists(select * from 表 B where 表 B.id= 表 A.id)区分 in 和 exists 主要是造成了驱动顺序的改变（这是性能变化的关键），如果是 exists，那么以外层表为驱动表，先被访问，如果是 IN，那么先执行子查询。
所以 IN 适合于外表大而内表小的情况；EXISTS 适合于外表小而内表大的情况。
4、不建议使用 % 前缀模糊查询
例如 LIKE“%name”或者 LIKE“%name%”，这种查询会导致索引失效而进行全表扫描。但是可以使用 LIKE“name%”。
避免隐式类型转换：
where 子句中出现 column 字段的类型和传入的参数类型不一致的时候发生的类型转换，建议先确定 where 中的参数类型
5、对于联合索引来说，要遵循最左前缀法则
举列来说索引含有字段 id,name,school，可以直接用 id 字段，也可以 id,name 这样的顺序，但是 name;school 都无法使用这个索引。
所以在创建联合索引的时候一定要注意索引字段顺序，常用的查询字段放在最前面
总结以上建议：
1、避免对索引字段进行计算操作
2、避免在索引字段上使用 not !=
3、避免在索引字段上使用 is null , is not null
3、避免在索引字段上出现数据类型转换
4、避免在索引字段上使用函数
5、避免建立索引的列中使用空值
6、对与 WHERE 的语句法则
7、尽量避免在 WHERE 子句中使用 in，not in 或者 having，可以使用 exist ,not exist 代替 in ,not in
8、不要以字符格式声明数字，不要以数字格式声明字符值，否则会使索引无效
以上是“SQL 性能优化的示例”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注丸趣 TV 行业资讯频道！
向 AI 问一下细节
