sql语句如何优化？(2)-木庄网络博客

7）、应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如：

1	`select` `id` `from` `t` `where` `num/2=100`

应改为:

1	`select` `id` `from` `t` `where` `num=100*2`

8）、应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。如：

查询name以abc开头的id

1	`select` `id` `from` `t` `where` `substring(name,1,3)='abc'`

应改为:

1	`select` `id` `from` `t` `where` `name` `like` `'abc%'`

4、用 exists 代替 in

很多时候用 exists 代替 in 是一个好的选择，Exists只检查存在性，性能比in强很多。例：

1	`select` `num` `from` `a` `where` `num` `in(select` `num` `from` `b)`

用下面的语句替换：

1	`select` `num` `from` `a` `where` `exists(select` `1` `from` `b` `where` `num=a.num)`

5、不要把SQL语句写得太长，太过冗余、要简洁；能用一句千万不要用两句

一般，将一个Select语句的结果作为子集，然后从该子集中再进行查询，这种一层嵌套语句还是比较常见的，但是根据经验，超过3层嵌套，查询优化器就很容易给出错误的执行计划。因为它被绕晕了。像这种类似人工智能的东西，终究比人的分辨力要差些，如果人都看晕了，我可以保证数据库也会晕的。

另外，执行计划是可以被重用的，越简单的SQL语句被重用的可能性越高。而复杂的SQL语句只要有一个字符发生变化就必须重新解析，然后再把这一大堆垃圾塞在内存里。可想而知，数据库的效率会何等低下。

6、考虑使用“临时表”暂存中间结果

简化SQL语句的重要方法就是采用临时表暂存中间结果，但是，临时表的好处远远不止这些，将临时结果暂存在临时表，后面的查询就在tempdb中了，这可以避免程序中多次扫描主表，也大大减少了程序执行中“共享锁”阻塞“更新锁”，减少了阻塞，提高了并发性能。

7、在使用索引字段作为条件时，如果该索引是复合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用，并且应尽可能的让字段顺序与索引顺序相一致。

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

9、尽可能的使用 varchar 代替 char ，因为首先变长字段存储空间小，可以节省存储空间，其次对于查询来说，在一个相对较小的字段内搜索效率显然要高些。

10、避免频繁创建和删除临时表，以减少系统表资源的消耗。

11、尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过1万行，那么就应该考虑改写。

12、尽量避免大事务操作，提高系统并发能力。

13、尽量避免向客户端返回大数据量，若数据量过大，应该考虑相应需求是否合理。

相关视频教程推荐：《MySQL教程》

以上就是本篇文章的全部内容，希望能对大家的学习有所帮助。更多精彩内容大家可以关注php中文网相关教程栏目！！！

以上就是sql语句如何优化？的详细内容，更多文章请关注木庄网络博客！

数据库系统概念第6版

￥41.1元 机械工业出版社

本书主要讲述了数据模型、基于对象的数据库和XML、数据存储和查询、事务管理、体系结构等方面的内容。