MySQL监控项

1、server层监控

1. Max_used_connections: 服务器启动后已经同时使用的链接的最大数量。获取方式：show global status
2. Connections: 试图链接到(不论是否成功)MySQL服务器的链接数。获取方式：show global status
3. com_select: 读操做的数量。获取方式：show global status
4. com_insert: insert操做的数量。获取方式：show global status
5. com_update: update操做的数量。获取方式：show global status
6. com_delete: delete操做的数量。获取方式：show global status
7. com_commit: commit操做的数量。获取方式：show global status
8. com_rollback: rollback操做的数量。获取方式：show global status 经过上述变量计算一下QPS和TPS，计算方式见监控项2。
9. Slow_queries：查询时间超过long_query_time秒的查询的个数。获取方式：show global status
10. long_query_time：数据库查询日志超过多少秒便断定为慢查询，单位是秒。获取方式：show global variables
11. slow_query_log：是否开启慢日志。获取方式show global variables
12. Select_full_join：在表链接操做过程当中出现全表扫描的次数。获取方式：show global status
13. Created_tmp_tables：表示在执行语句的过程当中建立内部临时表的个数。获取方式：show global status
14. binlog_cache_disk_use：表示binlog的缓存使用临时文件的次数。若是常常>0，须要调大binlog_cache_size的缓存。注意binlog_cache_size的缓存不能调整太大，由于每一个session会分配一个binlog_cache_size缓存空间。获取方式：show global status
15. aborted_connects：数据库尝试链接失败次数。获取方式：show global status
16. max_connect_errors：数据库最大链接错误次数。获取方式：show global variables
17. aborted_connects/max_connect_errors*100%：数据库尝试链接失败次数/数据库最大链接次数。当值大于50%是须要执行flush host命令刷新主机缓存。建议值<50%。获取方式：show global status和show global variables
18. aborted_clients：数据库放弃的链接个数。获取方式：show global status
19. select * from information_schema.processlist WHERE TIME > 1 AND INFO like "select%";  ##抓取慢日志（每分钟将执行的结果放入到本身的库中，可让用户本身选择慢日志的时长。若是用户不想开慢日志能够采起这样的方式）
20. table open cache efficiency（表打开缓存效率）

table open cache efficiency = Table_open_cache_hits/(Table_open_cache_misses+ Table_open_cache_hits)
select * from performance_schema.global_status where variable_name in ('Table_open_cache_hits','Table_open_cache_misses');

　　21.incoming netword traffic(Bytes/Second)（每秒从全部客户端接收的字节数）

incoming netword traffic(Bytes/Second)= Bytes_received/Uptime;
select * from performance_schema.global_status where variable_name in ('Bytes_received','Uptime');

　　22.Outgoing Network Traffic(Kbytes/Second)（每秒发送给全部客户端的千字节数）

Outgoing Network Traffic(Kbytes/Second)= Bytes_sent/Uptime/1024;
select * from performance_schema.global_status where variable_name in ('Bytes_sent','Uptime');

　　23.transaction_isolation：实例的隔离级别。

 

show global variables like 'transaction_isolation';

　　

 

2、InnoDB引擎层监控

 

2.一、锁相关的

一、查看此时有多少个锁等待

select count(*) from information_schema.INNODB_LOCKS;

二、innodb_row_lock_waits：数据库运行以来一共发生了多少次行锁等待

show global status where variable_name ='innodb_row_lock_waits';

三、Innodb_row_lock_current_waits: InnoDB表上当前等待的行锁数。获取方式：show global status

四、Innodb_row_lock_time: 获取innodb行锁须要等待的时间，单位：毫秒。获取方式：show global status

五、Innodb_row_lock_time_max：获取InnoDB表行锁的最长时间，单位：毫秒。获取方式：show global status

2.二、innodb buffer相关的

一、Innodb_buffer_pool_wait_free: Innodb的IO线程从数据文件中读取了数据要写入buffer pool的时候，须要等待空闲页的次数。若是该值太大，须要增长innodb_buffer_pool_size。获取方式：show global status

二、Innodb_log_waits: 由于日志缓冲（log buffer）不足致使等待的次数。该值若是太大，须要增大innodb_log_buffer_size的值。获取方式：show global status

三、Innodb buffer pool usege rete（innodb buffer pool使用率）:业务高峰建议值不超过95%。

Innodb buffer pool usege rete=innodb_buffer_pool_pages_data/innodb_buffer_pool_pages_total x 100%  ##能够参考这个值以及结合其它状态来判断是否增长innodb_buffer_pool_size。

select * from performance_schema.global_status where variable_name in ('innodb_buffer_pool_pages_data','innodb_buffer_pool_pages_total');

四、Innodb Buffer pool hit rate（innodb buffer pool命中率）（建议值不低于98%。）：

获取方式一：

show engine innodb status，而后查看BUFFER POOL AND MEMORY节中的Buffer pool hit rate。

获取方式二：

Innodb Buffer pool hit rate=Innodb_buffer_pool_read_requests/（Innodb_buffer_pool_read_requests+Innodb_buffer_pool_reads+Innodb_buffer_pool_read_ahead）

select * from performance_schema.global_status where variable_name in ('Innodb_buffer_pool_read_requests','Innodb_buffer_pool_reads','Innodb_buffer_pool_read_ahead');

五、innodb_dblwr_pages_written/innodb_dblwr_writes：数据库的写入压力。

Innodb_dblwr_pages_written表示double write一共写了多少页，Innodb_dblwr_writes表示double write实际写入次数。若是innodb_dblwr_pages_written/innodb_dblwr_writes大于64说明写入压力很高。获取方式：show global status。相对于医院能够考虑下降一半，大于32报警。

六、hash searches/s：每秒使用自适应哈希索引的次数。经过查看这个值来判断是否禁用自适应哈希索引。获取方式：show engine innodb status

 

2.三、其它

一、查看当前innodb表建立的innodb临时表（支持5.7和8.0）。

select count(*) from information_schema.INNODB_TEMP_TABLE_INFO;

二、查看自启动以来innodb表的插入、删除、更新、查询的行数（须要打开计数器set global innodb_monitor_enable = all;）

SELECT COUNT FROM INFORMATION_SCHEMA.INNODB_METRICS WHERE NAME='dml_inserts';

SELECT COUNT FROM INFORMATION_SCHEMA.INNODB_METRICS WHERE NAME='dml_deletes';

SELECT COUNT FROM INFORMATION_SCHEMA.INNODB_METRICS WHERE NAME='dml_updates';

SELECT COUNT FROM INFORMATION_SCHEMA.INNODB_METRICS WHERE NAME='dml_reads';

　　

 

3、安全方面

3.一、是否有用户有grant,super,drop等危险的权限。

select user,host from mysql.user where (Drop_priv='Y' OR Grant_priv='Y' OR Super_priv='Y' OR Alter_priv='Y' OR Shutdown_priv='Y' OR Lock_tables_priv='Y') and user not in ('mysql.session');

3.二、锁定的用户

8.0：

SELECT USER,HOST FROM mysql.user where account_locked='Y' AND USER NOT IN ('mysql.session','mysql.sys','mysql.infoschema');

5.7：

SELECT USER,HOST FROM mysql.user where account_locked='Y' AND USER NOT IN ('mysql.session','mysql.sys');

5.6如下包括5.6，没有锁定用户的功能。

3.三、设置密码过时的用户

select user,host from mysql.user where password_expired = 'Y';

上面的语句是找到建立时建立就指定了过时的语句，例以下面的语句。

CREATE USER 'jeffrey'@'%' IDENTIFIED by '123456a!' password expire;

3.四、用户密码即将过时的天数

一、确认系统是否设置了 default_password_lifetime 变量值。

show global variables like 'default_password_lifetime';

若是为0，表示没有启用系统的密码过时策略，则执行步骤2，就能拿到全部用户的过时天数。若是不为0，则步骤2和步骤3都要执行。 

二、找出指定了密码过时的用户（这个优先级高于系统设置的变量）

SELECT USER,HOST,password_lifetime,password_last_changed,DATEDIFF(ADDDATE(password_last_changed,password_lifetime),CURDATE()) AS dr FROM mysql.user WHERE password_lifetime IS NOT NULL;

dr表示还有几天到期，若是为负数表示超过到期日期的天数。到期剩余天数=最后一次修改密码的时间+password_lifetime-CURDATE()

三、取出使用全局的密码过时策略的用户的到期时间

（因为5.7要开启show_compatibility_56参数，因此不能一步算出来，须要将default_password_lifetime的值收集到咱们的库里，而后在进行加减。）

SELECT USER,HOST,password_last_changed,CURDATE() FROM mysql.user WHERE password_lifetime IS NULL;

password_last_changed表示最后一次修改密码的时间。到期剩余天数=最后一次修改密码的时间+default_password_lifetime-CURDATE()

 

3.五、密码复杂度

一、validate_password_policy：设置密码策略。须要安装validate_password，不然下面的参数都不可用

INSTALL PLUGIN validate_password SONAME 'validate_password.so';

 

值	进行的检测
0 or LOW	长度；
1 or MEDIUM	长度；数字、小写/大写和特殊字符
2 or STRONG	长度；数字、小写/大写和特殊字符；字典文件

 

二、validate_password_number_count：当validate_password_policy为MEDIUM或STRONG，则要求密码最少具备多少个数字字符数。

三、validate_password_special_char_count：当validate_password_policy为MEDIUM或STRONG，则要求密码中最少具备多少个特殊字符数。

四、validate_password_mixed_case_count：当validate_password_policy为MEDIUM或STRONG，则要求密码中最少具备多少个小写字符和大写字符。

五、validate_password_length：须要密码中最少具备多少个字符数。值的设置不能小于此表达式的值：

validate_password_number_count + validate_password_special_char_count + ( 2 * validate_password_mixed_case_count )

六、validate_password_dictionary_file：设置检查密码字典文件的路径和文件名。当validate_password_policy为STRONG，密码长度大于4的每一个子串都将与字典文件中的单词进行比较。任何匹配都会致使密码被拒绝。比较不区分大小写。（指定的密码字典文件不须要设置属主为mysql。密码字典表中的单词须要知足大于4个字符串。）

 

3.六、是否开启binlog

show global variables like 'log_bin';

 

 

4、任务维度

 

 

5、主从复制

 

 

6、SQL语句、索引、表

6.一、启动到如今有哪些全表扫描：

SELECT object_schema,object_name,count_read AS rows_full_scanned FROM performance_schema.table_io_waits_summary_by_index_usage WHERE index_name IS NULL AND count_read > 0 ORDER BY count_read DESC;

 

6.二、从启动到如今没有使用到的索引：

SELECT object_schema,object_name,index_name FROM performance_schema.table_io_waits_summary_by_index_usage WHERE index_name IS NOT NULL AND count_star = 0 AND object_schema not in ('mysql','performance_schema') AND index_name <> 'PRIMARY' ORDER BY object_schema, object_name;

 

6.三、操做频繁的前10张表：

SELECT object_schema AS table_schema,object_name AS table_name,count_star AS rows_io_total,count_read AS rows_read,count_write AS rows_write,count_fetch AS rows_fetchs,count_insert AS rows_inserts,count_update AS rows_updates,count_delete AS rows_deletes FROM performance_schema.table_io_waits_summary_by_table ORDER BY sum_timer_wait DESC limit 10;

 

6.四、找出有冗余索引的表（5.7和8.0）：

select table_schema,table_name,redundant_index_name,redundant_index_columns,dominant_index_name,dominant_index_columns from sys.schema_redundant_indexes order by table_name;

 

6.五、使用临时表的语句：

 

6.六、查看innodb缓冲池中的热点表