sql语句优化
SQL语句没写好可能导致：
1）网速不给力，不稳定。
SRE实战 互联网时代守护先锋，助力企业售后服务体系运筹帷幄！一键直达领取阿里云限量特价优惠。2）服务器内存不够，或者SQL 被分配的内存不够。
3）sql语句设计不合理
4）没有相应的索引，索引不合理
5）没有有效的索引视图
6）表数据过大没有有效的分区设计
7）数据库设计太2，存在大量的数据冗余
8）索引列上缺少相应的统计信息，或者统计信息过期
那么怎么对SQL进行优化呢？
1.不查询多余的行与列
尽量不要使用 select * 去查询，应该使用具体的那一列代替 * ，避免多余不需要使用的列。
使用where条件判断具体要查询的数据避免查询出多余的列。
使用distinct关键词避免重复的列。
2.谨慎使用distinct关键字
distinct在查询一个字段或者很少字段的情况下使用，会避免重复数据的出现，给查询带来优化效果。
但是查询字段很多的情况下使用，则会大大降低查询效率。
3.连接查询的优化
首先你要弄明白你想要的数据是什么样子的，然后再做出决定使用哪一种连接，这很重要。
各种连接的取值大小为：
内连接结果集大小取决于左右表满足条件的数量
左连接取决与左表大小，右相反。
完全连接和交叉连接取决与左右两个表的数据总数量
4.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：
select id from t where num is null --可以在num这个列上给个默认约束等于0 然后 num = 0
5.应尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描，如：
select id from t where num=10 or num=20 --这种不就是相当于是个in吗？ in不就是不走引索的吗 #可以这样查询： select id from t where num=10 union all select id from t where num=20
6.模糊搜索
select id from t where name like '%abc%' --也将导致全表扫描
'%abc' 这种也将导致全表扫描，尽量使用 'abc%' ---后通配 走索引 前通配 走全表。
若要提高效率，可以考虑全文检索。
7.in 和 not in 也要慎用，否则会导致全表扫描，如：
select id from t where num in(1,2,3) -- 对于连续的数值，能用 between 就不要用 in 了： select id from t where num between 1 and 3
8.很多时候用 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.索引并不是越多越好，索引固然可以提高相应的 select 的效率，但同时也降低了 insert 及 update 的效率，因为 insert 或 update 时有可能会重建索引，所以怎样建索引需要慎重考虑，视具体情况而定。一个表的索引数最好不要超过6个，若太多则应考虑一些不常使用到的列上建的索引是否有必要。
10.不使用子查询
SELECT * FROM t1 WHERE id in(SELECT id FROM t2 WHERE name='SimpleWu');--避免使用
子查询在MySQL5.5版本里，内部执行计划器是这样执行的：先查外表再匹配内表，而不是先查内表t2，当外表的数据很大时，查询速度会非常慢。
在MariaDB10/MySQL5.6版本里，采用join关联方式对其进行了优化，这条SQL会自动转换为
SELECT t1.* FROM t1 JOIN t2 ON t1.id = t2.id where t2.name="SimpleWu";
11. !=或者<>(不等于），可能导致不走索引，也可能走 INDEX FAST FULL SCAN
不知道SQL语句是否走引索？可以这样
EXPLAIN SELECT * FROM cnblogs_blog WHERE bno = 1
