【MySQL数据库】第3章解读：服务器性能剖析（上）

实质是这些开销信息被记录到information_schema.profiling表

show profiles；查看
show profile for query 2; 获取指定查询的开销（第二条查询开销明细）
show profile cpu for query 2 ;查看特定部分的开销，如下为CPU部分的开销 
show profile block io,cpu for query 2;  同时查看不同资源开销

使用SHOW STATUS:计数器

全局show global status、基于某个连接会话级别，作用域要注意

计数器显示活动的频繁程度，常用：句柄计数器、临时文件、表计数器

会创建临时表，通过句柄操作（引用、指针？）访问此临时表，影响show status结果中对应的数字

使用慢查询日志：【源】【源】

将MySQL中响应时间超过阈值long_query_time的语句记录到慢查询日志中（日志可以写入文件或者数据库表，如果对性能要求高的话，建议写文件），默认是10s，需要手动开启

查看：

（1）slow_query_log的值为ON为开启慢查询日志，OFF则为关闭慢查询日志。

（2）slow_query_log_file 的值是记录的慢查询日志到文件中（注意：默认名为主机名.log，慢查询日志是否写入指定文件中，需要指定慢查询的输出日志格式为文件，相关命令为：show variables like ‘%log_output%’；去查看输出的格式）。

（3）long_query_time 指定了慢查询的阈值，即如果执行语句的时间超过该阈值则为慢查询语句，默认值为10秒。

（4）log_queries_not_using_indexes 如果值设置为ON，则会记录所有没有利用索引的查询（注意：如果只是将log_queries_not_using_indexes设置为ON，而将slow_query_log设置为OFF，此时该设置也不会生效，即该设置生效的前提是slow_query_log的值设置为ON），一般在性能调优的时候会暂时开启，开启后使用full index scan的sql也会被记录到慢查询日志。

//上述命令只对当前生效，当MySQL重启失效，如果要永久生效，需要配置my.cnf

查看输出格式：文件？表show variables like ‘%log_output%’;

开启通用日志查询： set global general_log=on;

关闭通用日志查询： set globalgeneral_log=off;

设置通用日志输出为表方式： set globallog_output=’TABLE’;

设置通用日志输出为文件方式： set globallog_output=’FILE’;

设置通用日志输出为表和文件方式：set global log_output=’FILE,TABLE’;

查询慢查询语句的个数：show global status like ‘%slow%’;

日志部分内容简介：

哪条语句导致慢查询（sql_text），该慢查询语句的查询时间（query_time），锁表时间（Lock_time），以及扫描过的行数（rows_examined）等信息。

利用自带的慢查询日志分析工具：mysqldumpslow

perl mysqldumpslow –s c –t 10 slow-query.log

-s 表示按何种方式排序，c、t、l、r分别是按照记录次数、时间、查询时间、返回的记录数来排序，ac、at、al、ar，表示相应的倒叙；-t 表示top的意思，后面跟着的数据表示返回前面多少条；-g 后面可以写正则表达式匹配，大小写不敏感。

使用Performance Schema:【源】【源】

监视MySQL服务器，收集性能参数，且表的存储引擎PERFORMANCE_SCHEMA，低耗能

本地服务器，表是内存表，表内容在服务器启动时重新填充，关闭时丢弃，更改不会被复制或写入二进制日志

特性：

性能方案配置可被动态的执行SQL修改，立即影响到数据收集

监控服务事件：事件是服务做并被感知到的任何事，时间信息可被收集

数据库性能方案，提供对运行时数据库服务进行内部检查的方式，关注性能数据

特定于一个数据库服务，数据库表关联到数据服务，修改不会被备份也不写进二进制日志

存储引擎用“感知点”收集事件数据，且存储在performance_schema数据库，可通过select语句进行查询

补充：数据库初始安装有三个基本库

mysql

包含权限配置，事件，存储引擎状态，主从信息，日志，时区信息，用户权限配置等

information_schema

对数据库元数据的抽象分析，由此提供了SQL语句方式来查询数据库运行时状态，每次对information_schema的查询都产生对metadata的互斥访问，影响其他数据库的访问性能。

performance_schema

内存型数据库，使用performance_schema 存储引擎，通过事件机制将mysql服务的运行时状态采集并存储在performace_schema数据库。注意，两个单词之间用下划线连接时，表示performance_schema是一个数据库；用空格分开时，表示一个数据库性能方案，也表示一个存储引擎。

相关文章：

【MySQL数据库】第三章解读：服务器性能剖析 （下）

【MySQL数据库】第二章解读：MySQL基准测试

以上就是【MySQL数据库】第三章解读：服务器性能剖析（上）的详细内容，更多请关注php中文网其它相关文章！

……