-
explain从句作用：显示出sql的执行计划
（sql是需要经过执行计划的分析后，才能进行具体查询）
具体是
explain 具体sql;
看到extra列说明sql需要优化，因为这说明sql需要外部文件或者临时表来进行数据存储
查看全部 -
1.在上述的具体分析sql语句的部分中，查询次数多且每次查询占用时间长的sql分析的前几个查询
2.IO大的sql：
row examine项
3. 未命中索引的sql：
注意rows sent 占rows examine的比例。
查看全部 -
1.在上述的具体分析sql语句的部分中，查询次数多且每次查询占用时间长的sql
分析的前几个查询
2.IO大的sql
row examine项
3. 未命中索引的sql
注意rows sent 占rows examine的比例。若比例小说明有问题。
查看全部 -
1.在上述的具体分析sql语句的部分中，查询次数多且每次查询占用时间长的sql
分析的前几个查询
2.IO大的sql
row examine项
3. 未命中索引的sql
注意rows send 占rows examine的比例。若比例小说明有问题
查看全部 -
1.在上述的具体分析sql语句的部分中，查询次数多且每次查询占用时间长的sql
分析的前几个查询
2.IO大的sql
row examine项
3. 未命中索引的sql
注意rows send 占rows examine的比例。若比例小说明有问题
查看全部 -
1. 执行 pt-query-digest 所分析的慢查询日志文件 丨more 分析慢查询日志的结果。
2. 结果展示:
第一部分，头部：
包含日志中包含多少个sql，查看扫描sql行数rows exiamne 2.38M远大于实际发送sql行数rows sent 31.63k，说明服务器sql索引不是很好；
第二部分，列出：
关于表所执行语句的统计，那些表执行语句是组多的，调用次数，和使用时间是最长的，体现在哪些操作上。
第三部分：
具体要分析可能存在问题的sql的展示：
包括执行次数，时间，内容，在数据库中的地址。
查看全部 -
用工具对慢查询日志具体信息进行分析，
mysqldumpslow -h 查看分析工具的参数
具体用途较少
查看全部 -
mysql里面慢查询日志可以对有效率问题的sql进行监控，因此在进行sql优化时，需要开启慢查询日志。
开启方式是：
先看服务器是否开启慢查询日志：show variables like 'slow_query_log'; 若value显示off，说明没开，需要开启慢查询日志，分析问题sql语句。
show variables like '%log%';, 查到log_queries_not_using_indexes也是off，即未使用索引的查询没开启，需要先开启这个才能设置全局慢查询；set global log_queries_not_using_indexes=on；
long_query_time 为0说明，不管什么查询，都会被记录到慢查询日志中；
set global slow_query_log=on; 开启慢查询日志
查看慢查询日志所记录的位置 show variables like 'slow%'
看到 slow_query_log_file 的位置，
退出数据库，tail -50 慢查询文件名，可以查看慢查询日志信息。
慢查询日志的存储格式：
执行sql的主机信息；
sql的执行信息；
sql的执行时间；
sql的内容。
查看全部 -
数据库优化的重点在于sql语句的优化。优化sql语句，可以提高慢查询的效率。
剩下对于数据库表结构、系统配置以及硬件的优化效果依次递减，并且成本依次增高，对于数据库开发和维护人员来说，属于次要考虑环节。
查看全部 -
数据库优化
sql及索引
数据库表结构
系统配置
硬件
查看全部 -
操作系统配置优化
查看全部 -
1、使用int看数据类型来存储日期时间数据
2、使用FROM_UNIXTIME和UNIX_TIMESTAMP函数来进行数据的转换
查看全部 -
1、使用bigint数据类型来存储IP地址
2、使用INET_ATON和INET_NTOA函数来进行数据转换
3、bigint使用8个字节，如果使用varchar存储则需至少15个字节
查看全部 -
mysql删除不用的索引
查看全部 -
查找重复及冗余的索引
查看全部 -
mysql数据库索引优化
查看全部 -
mysql数据库优化
查看全部 -
MySQL数据库优化的目的
查看全部
举报