文档介绍：网上关于SQL优化的教程很多,但是比较杂乱。近日有空整理了一下,写出来跟大家分享一下,其中有错误和不足的地方,还请大家纠正补充。这篇文章我花费了大量的时间查找资料、修改、排版,希望大家阅读之后,感觉好的话推荐给更多的人,让更多的人看到、纠正以及补充。,要尽量避免全表扫描,首先应考虑在where及orderby涉及的列上建立索引。,否则将导致引擎放弃使用索引而进行全表扫描,如:selectidfromtwherenumisnull最好不要给数据库留NULL,尽可能的使用 、描述、评论之类的可以设置为 NULL,其他的,最好不要使用NULL。不要以为 NULL 不需要空间,比如:char(100) 型,在字段建立时,空间就固定了, 不管是否插入值(NULL也包含在内),都是占用 100个字符的空间的,如果是varchar这样的变长字段, null 不占用空间。可以在num上设置默认值0,确保表中num列没有null值,然后这样查询:selectidfromtwherenum=!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描。,如果一个字段有索引,一个字段没有索引,将导致引擎放弃使用索引而进行全表扫描,如:selectidfromtwherenum=10orName='admin'可以这样查询:selectidfromtwherenum=10unionallselectidfromtwhereName='admin',否则会导致全表扫描,如:selectidfromtwherenumin(1,2,3)对于连续的数值,能用between就不要用in了:selectidfromtwherenumbetween1and3很多时候用exists代替in是一个好的选择:selectnumfromawherenumin(selectnumfromb)用下面的语句替换:selectnumfromawhereexists(select1frombwherenum=):selectidfromtwherenamelike‘%abc%’若要提高效率,可以考虑全文检索。,也会导致全表扫描。因为SQL只有在运行时才会解析局部变量,但优化程序不能将访问计划的选择推迟到运行时;它必须在编译时进行选择。然而,如果在编译时建立访问计划,变量的值还是未知的,因而无法作为索引选择的输入项。如下面语句将进行全表扫描:selectidfromtwherenum=***@num可以改为强制查询使用索引:selectidfromtwith(index(索引名))wherenum=***@num应尽量避免在where子句中对字段进行表达式操作,这将导致引擎放弃使用索引而进行全表扫描。如:selectidfromtwherenum/2=100应改为:selectidfromtwherenum=100*,这将导致引擎放弃使用索引而进行全表扫描。如:selectidfrom