sql调优

MySQL 中的 SQL 的常见优化策略

9.1避免全表扫描 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上 建立索引。

9.2避免判断 null 值 应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引 而进行全表扫描，如： select id from t where num is null 可以在 num 上设置默认值 0，确保表中 num 列没有 null 值，然后这样查询： select id from t where num=0

9.3避免不等值判断 应尽量避免在 where 子句中使用!=或<>操作符，否则引擎将放弃使用索引而进行全表 扫描。

9.4避免使用 or 逻辑 应尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进 行全表扫描，如： select id from t where num=10 or num=20 可以这样查询： select id from t where num=10 union all select id from t where num=20

9.5慎用 in 和 not in 逻辑 in 和 not in 也要慎用，否则会导致全表扫描，如： select id from t1 where num in(select id from t2 where id > 10) 此时外层查询会全表扫描，不使用索引。可以修改为： select id from t1,(select id from t1 where id > 10)t2 where t1.id = t2.id 此时索引被使用，可以明显提升查询效率。

9.6注意模糊查询 下面的查询也将导致全表扫描： select id from t where name like '%abc%' 模糊查询如果是必要条件时，可以使用 select id from t where name like 'abc%'来实现模 糊查询，此时索引将被使用。如果头匹配是必要逻辑，建议使用全文搜索引擎（Elastic search、 Lucene、Solr 等）。

9.7避免查询条件中字段计算 应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进 行全表扫描。如： select id from t where num/2=100 应改为: select id from t where num=100*2

9.8避免查询条件中对字段进行函数操作 应尽量避免在 where 子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行 全表扫描。如： select id from t where substring(name,1,3)='abc'--name 以 abc 开头的 id 应改为: select id from t where name like 'abc%'

9.9WHERE 子句“ =”左边注意点 不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统 将可能无法正确使用索引。

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

9.11不要定义无异议的查询 不要写一些没有意义的查询，如需要生成一个空表结构： select col1,col2 into #t from t where 1=0 这类代码不会返回任何结果集，但是会消耗系统资源的，应改成这样： create table #t(...)

9.12exists 很多时候用 exists 代替 in 是一个好的选择： select num from a where num in(select num from b) 用下面的语句替换： select num from a where exists(select 1 from b where num=a.num)

9.13索引也可能失效 并不是所有索引对查询都有效，SQL 是根据表中数据来进行查询优化的，当索引列有大 量数据重复时，SQL 查询可能不会去利用索引，如一表中有字段 sex，male、female 几乎各 一半，那么即使在 sex 上建了索引也对查询效率起不了作用。

9.14表格字段类型选择 尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和 连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接时会逐个比较字符串中每 一个字符，而对于数字型而言只需要比较一次就够了。 尽可能的使用 varchar 代替 char ，因为首先可变长度字段存储空间小，可以节省存储 空间，其次对于查询来说，在一个相对较小的字段内搜索效率显然要高些。

9.15查询语法中的字段 任何地方都不要使用 select * from t ，用具体的字段列表代替“*”，不要返回用不到的 任何字段。

9.16索引无关优化 不使用*、尽量不使用 union，union all 等关键字、尽量不使用 or 关键字、尽量使用等 值判断。 表连接建议不超过 5 个。如果超过 5 个，则考虑表格的设计。（互联网应用中） 表连接方式使用外联优于内联。 外连接有基础数据存在。如：A left join B,基础数据是 A。 A inner join B，没有基础数据的，先使用笛卡尔积完成全连接，在根据连接条件得到内 连接结果集。 大数据量级的表格做分页查询时，如果页码数量过大，则使用子查询配合完成分页逻辑。 Select * from table limit 1000000, 10 Select * from table where id in (select pk from table limit 100000, 10)

调优考虑：

       索引优化：普通索引 唯一索引  复合索引（会生成多个索引组合例如 a_b复合会生成 a_b索引  a索引） 全文索引(应用于myisam存储引擎)  在常用的过滤字段建立索引  一张表的索引数不要超过6个 索引字段赋予默认值   设定索引长度 ：,>=,between,in,以及某些时 候的 like(不以通配符%或_开头的情形)运算才会用到索引  其它操作会全表扫描 不要在列上进行运算

       sql优化：

避免全表扫面  优化查询条件 应考虑在 where 及 order by 涉及的列上 建立索引。避免null值判断 避免不等号  or的使用 

慎用in  not in   例如li（a,b） 可以使用where a= union all  where b=  模糊查询"aaa%"会使用索引  其它会全表扫描

很多时候用 exists 代替 in 是一个好的选择： select num from a where num in(select num from b) 用下面的语句替换： select num from a where exists(select 1 from b where num=a.num)

不使用*、尽量不使用 union，union all 等关键字、尽量不使用 or 关键字、尽量使用等 值判断。 表连接建议不超过 5 个。如果超过 5 个，则考虑表格的设计。（互联网应用中） 表连接方式使用外联优于内联。 外连接有基础数据存在。如：A left join B,基础数据是 A。 A inner join B，没有基础数据的，先使用笛卡尔积完成全连接，在根据连接条件得到内 连接结果集。