sql查询优化
1.通过慢查询日志获取存在性能问题的sql
2.实时获取存在性能问题的sql
慢查询日志：
show_query_log 启动停止记录慢查询日志 ：set global sql_query_log=on ；set global slow_query_log=on;
show_query_log_file 指定慢查日志的存储路径及文件
long_query_time 指定记录慢查日志sql执行时间的伐值 0.001s合适
log_queries_not_using_indexes 是否记录未使用索引的sql
3.常用慢查询日志分析工具：mysqldumpslow
mysqldumpslow -s r -t 10 slow-mysql.log
-s order（c，t，l，r，at，al，ar）{c：总次数，t ：总时间，l ：锁的时间，r： 总数据行，at al ar ：t，l，r平均数
}
-t top 指定取前几条作为结束输出
pt-query-digest --explain h=127.0.0.1,u=root,p=p@ssword show-mysql.log
实时获取有效性能问题的sql
information_schema库 processlist表
//查询时间大于60s的sql
select id,user,host,DB,command,time,state,info from information_schema.`PROCESSLIST` 4.对于一个读写频繁的系统使用查询缓存很可能降低查询处理的效率，所以在这种情况下不建议使用查询缓存
query_cache_type 设置查询缓存是否可用 on off demand 表示只有在查询语句中使用sql_cache和sql_no_cache来控制是否需要缓存
query_cache_size 设置查询缓存的内存大小 0
query_cache_limit 设置查询缓存可用存储的最大值
query_cache_wlock_invalidate 设置数据库表被锁后是否返回缓存中的数据
query_cache_min_res_unit 设置查询缓存分配的内存块最小单位
查询缓存对sql性能的影响
5.mysql依照这个执行计划和存储引擎进行交互这个阶段包括了多个子过程：
解析sql，预处理，优化sql执行计划
语法解析阶段是通过关键字对mysql语句进行解析，
并生成一棵对应的 "解析树"
mysql 解析器将使用mysql语法规则验证和解析查询
6.如何确定查询各个阶段所消耗的时间
使用profile
减少查询所消耗的时间，加快查询的响应速度
使用set profiling=1；启动profile 这是一个session级的配置
执行查询
show profiles；
查看每一个查询所消耗的总时间的信息
show profile for query N；
查询每个阶段消耗的时间