mysql语句查询10到29之间的_MySQL查询语句优化的十个小技巧！

前言查询语句的优化是SQL效率优化的一个方式&＃xff0c;可以通过优化sql语句来尽量使用已有的索引&＃xff0c;避免全表扫描&＃xff0c;从而提高查询效率。最近在对项目中的一些sql进行优化&＃xff0c;总结整理了一些方法。

1、尽量避免在 where 子句中对字段进行 null 值判断

应尽量避免在 where 子句中对字段进行 null 值判断&＃xff0c;否则将导致引擎放弃使用索引而进行全表扫描。

如&＃xff1a;

2、尽量避免在 where 子句中使用 or 来连接条件

尽量避免在 where 子句中使用 or 来连接条件&＃xff0c;否则将导致引擎放弃使用索引而进行全表扫描&＃xff0c;

如&＃xff1a;

3、in 和 not in 要慎用

in 和 not in 也要慎用&＃xff0c;否则会导致全表扫描&＃xff0c;

如&＃xff1a;

4、如果在 where 子句中使用参数&＃xff0c;也会导致全表扫描

如果在 where 子句中使用参数&＃xff0c;也会导致全表扫描。因为SQL只有在运行时才会解析局部变量&＃xff0c;但优化程序不能将访问计划的选择推迟到运行时&＃xff1b;它必须在编译时进行选择。然 而&＃xff0c;如果在编译时建立访问计划&＃xff0c;变量的值还是未知的&＃xff0c;因而无法作为索引选择的输入项。

如下面语句将进行全表扫描&＃xff1a;

5、尽量避免在where子句中对字段进行函数操作

应尽量避免在where子句中对字段进行函数操作&＃xff0c;这将导致引擎放弃使用索引而进行全表扫描。

如&＃xff1a;

6、 exists 代替 in

很多时候用 exists 代替 in 是一个好的选择&＃xff1a;

7、应尽可能的避免更新 clustered 索引数据列因为 clustered 索引数据列的顺序就是表记录的物理存储顺序&＃xff0c;一旦该列值改变将导致整个表记录的顺序的调整&＃xff0c;会耗费相当大的资源。若应用系统需要频繁更新 clustered 索引数据列&＃xff0c;那么需要考虑是否应将该索引建为 clustered 索引。

8、尽量使用数字型字段若只含数值信息的字段尽量不要设计为字符型&＃xff0c;这会降低查询和连接的性能&＃xff0c;并会增加存储开销。这是因为引擎在处理查询和连接时会 逐个比较字符串中每一个字符&＃xff0c;而对于数字型而言只需要比较一次就够了。

9、与临时表一样&＃xff0c;游标并不是不可使用对小型数据集使用 FAST_FORWARD 游标通常要优于其他逐行处理方法&＃xff0c;尤其是在必须引用几个表才能获得所需的数据时。在结果集中包括“合计”的例程通常要比使用游标执行的速度快。如果开发时 间允许&＃xff0c;基于游标的方法和基于集的方法都可以尝试一下&＃xff0c;看哪一种方法的效果更好。

10、应尽量避免在 where 子句中对字段进行表达式操作

应尽量避免在 where 子句中对字段进行表达式操作&＃xff0c;这将导致引擎放弃使用索引而进行全表扫描。

如&＃xff1a;

文章到这里就结束了作者&＃xff1a;麒麟才子

来源&＃xff1a;掘金

著作权归作者所有。商业转载请联系作者获得授权&＃xff0c;非商业转载请注明出处。