慢查询 #
SQL都需要消耗一定的I/O资源，SQL执行的快慢直接决定了资源被占用时间的长短。
需要对开销大的sql语句进行优化,提升访问速度服务器运行效率
治理优先级 #
- master数据库->slave数据库 采用读写分离架构，读在从库slave上执行，写在主库master上执行。但由于从库的数据都是在主库复制过去的，主库如果等待较多的情况，会加大从库的复制延时
- 执行SQL次数多的优先治理
- 某张表被高并发集中访问的优先治理
执行步骤 #
客户端请求 —> 连接器（验证用户身份，给予权限） —> 查询缓存（存在缓存则直接返回，不存在则执行后续操作） —> 分析器（对SQL进行词法分析和语法分析操作） —> 优化器（主要对执行的sql优化选择最优的执行方案方法） —> 执行器（执行时会先看用户是否有执行权限，有才去使用这个引擎提供的接口） —> 去引擎层获取数据返回（如果开启查询缓存则会缓存查询结果）
慢查询配置 #
-- 修改慢查询时间,只能当前会话有效;
set long_query_time=1;
-- 启用慢查询 ,加上global，不然会报错的;
set global slow_query_log='ON';
-- 是否开启慢查询;
show variables like "%slow%";
-- 查询慢查询SQL状况;
show status like "%slow%";
-- 慢查询时间（默认情况下MySQL认位10秒以上才是慢查询）
show variables like "long_query_time";
除了sql的方式，我们也可以在配置文件（my.ini）中修改，加入配置时必须要在[mysqld]后面加入
-- 开启日志;
slow_query_log = on
-- 记录日志的log文件
slow_query_log_file = /home/mysql/data/log
-- 最长查询的秒数;
long_query_time = 2
分析 #
mysqldumpslow
mysqldumpslow s c t 10 /home/mysql/data/log/mysqldslow.log # 取出使用最多的10条慢查询
mysqldumpslow s t t 3 /home/mysql/data/log/mysqldslow.log # 取出查询时间最慢的3条慢查询
mysqldumpslow s t t 10 g “left join” /home/mysql/data/log/mysqldslow.log #得到按照时间排序的前10条里面含有左连接的查询语句
mysqldumpslow s r t 10 g 'left join' /home/mysql/data/log/mysqldslow.log # 按照扫描行数最多的
优化 #
不使用子查询
SELECT * FROM t1 WHERE id (SELECT id FROM t2 WHERE name='hechunyang');
在MySQL5.5版本中，内部执行计划器是先查外表再匹配内表，如果外表数据量很大，查询速度会非常慢
再MySQL5.6中，有对内查询做了优化，优化后SQL如下
SELECT t1.* FROM t1 JOIN t2 ON t1.id = t2.id;
但也仅针对select语句有效，update、delete子查询无效，所以生成环境不建议使用子查询
避免函数索引
SELECT * FROM t WHERE YEAR(d) >= 2016;
即使d字段有索引，也会全盘扫描，应该优化为：
SELECT * FROM t WHERE d >= '2016-01-01';
使用IN替换OR
SELECT * FROM t WHERE LOC_ID = 10 OR LOC_ID = 20 OR LOC_ID = 30;
非聚簇索引走了3次，使用IN之后只走一次：
SELECT * FROM t WHERE LOC_IN IN (10,20,30);
LIKE双百分号无法使用到索引 mysql
SELECT * FROM t WHERE name LIKE '%de%';
应优化为右模糊
SELECT * FROM t WHERE name LIKE 'de%';
增加LIMIT M,N 限制读取的条数
避免数据类型不一致
SELECT * FROM t WHERE id = '19';
应优化为
SELECT * FROM t WHERE id = 19;
分组统计时可以禁止排序
SELECT goods_id,count(*) FROM t GROUP BY goods_id;
默认情况下MySQL会对所有GROUP BY co1，col2 …的字段进行排序，我们可以对其使用
ORDER BY NULL
禁止排序，避免排序消耗资源
SELECT goods_id,count(*) FROM t GROUP BY goods_id ORDER BY NULL;
索引 #
索引的特点 对于查询操作能迅速缩小查询范围,减少row的数量,指数级提高查询速度点 对于写操作,因为需要维护索引的变更,有一定开销.如果遇到大量并发写入,会有负面影响. 在这个表用来记录我们微信用户和应用id的关系,所以读的操作较之写操作更多,所以能够增加索引. 目的是为了缩小查询范围
ALTER TABLE `appname_m_members`
ADD INDEX `yiku_id` (`yiku_id`) ;
理解 #
解决方案 #
SQL语句优化，尽量精简，去除非必要语句 索引优化，让所有SQL都能够走索引 如果是表的瓶颈问题，则分表，单表数据量维持在2000W（理论上）以内 如果是单库瓶颈问题，则分库，读写分离 如果是物理机器性能问题，则分多个数据库节点
索引失效 #
select * 会走索引 ,但是 select * 不是造成索引失效的直接原因 大部分原因是 where 后边条件的问题 但是还是尽量少去使用select * 多少还是会有影响的