MySQL巡检.docx

1、MySQL巡检MySQL巡检系统基本信息机型号IPCPU内存磁盘(业务)系统信息操作系统主机名操作系统巡检检查内容说明检查方法结果（异常需详细说明）正常输出结果系统配置检查操作系统版本#uname a正常 异常显示系统版本和核心补丁信息系统I/O检查检查系统I/O负载情况#iostat、top正常 异常Top中CPUS中的%wa与iostat中的%iowait不应同时有值系统CPU检查检查系统CPU负载情况#top、Cat/proc/cpuinfo正常 异常%wa（等待）的时间无或者较小系统内存检查检查系统内存负载情况#vmstat、free正常 异常Swap中的so有值证明内存不足系统网络检

2、查检查系统网络连通性#ping、telnet正常 异常网络可连通MySQL监控类巡检1、 TPS/QPS1.1、 TPStps: Transactions Per Second，每秒事务数；TPS = Com_commit/s + Com_rollback/sCom_commit /s= mysqladmin extended-status -relative -sleep=1|grep -w Com_commitCom_rollback/s = mysqladmin extended-status -relative -sleep=1|grep -w Com_rollback理想状态：参照日

3、常数，当出现峰值时告警1.2、 QPSqps: Queries Per Second每秒查询数；QPS = mysqladmin extended-status -relative -sleep=1|grep -w Questions理想状态：参照日常数，当出现峰值时告警2、 innodb_buffer_pool_statusinnodb_buffer_pool_reads: 平均每秒从物理磁盘读取页的次数innodb_buffer_pool_read_requests: 平均每秒从innodb缓冲池的读次数（逻辑读请求数）innodb_buffer_pool_write_requests:

4、平均每秒向innodb缓冲池的写次数innodb_buffer_pool_pages_dirty: 平均每秒innodb缓存池中脏页的数目innodb_buffer_pool_pages_flushed: 平均每秒innodb缓存池中刷新页请求的数目innodb缓冲池的读命中率innodb_buffer_read_hit_ratio =( 1 - Innodb_buffer_pool_reads/Innodb_buffer_pool_read_requests) * 100Innodb缓冲池的利用率Innodb_buffer_usage = ( 1 - Innodb_buffer_pool_p

5、ages_free / Innodb_buffer_pool_pages_total) * 100理想状态：参照日常数，当出现峰值时告警；当缓冲池的读命中率较低时可以适当的增大innodb_buffer_pool或检查SQL语句3、 slow_queries status执行时间超过long_query_time秒的查询的个数理想状态：查询值波动不大，若出现大量慢查询，需检查近期上线的SQL语句4、Sort statusmysql show global status like %sort% ; Sort_merge_passes Sort_range Sort_rows Sort_scan

6、理想状态：Sort_merge_passes表示当需要排序时，在排序缓冲中无法将结果完全存放，则将会基于磁盘创建临时文件进行排序。如果该值较高，则应提高sort_buffer_size大小。最好的办法是找到是由哪些排序SQL造成的。5、select status 5.1、select_scan对表进行完全扫描的联接的数量mysql show global status like select_scan ;理想状态：恒定的值，不会随时间增长而有明显的增长。5.2、select_full_join没有主键（key）联合（Join）的执行。该值可能是零。这是捕获开发错误的好方法，因为一些这样的查询可

7、能降低系统的性能。mysql show global status like select_full_join ;理想状态：出现full join的次数，如果该值不为0，需要检查表上是否有合适的索引6、Lock statusmysql show global status like table_locks% ;table_locks_immediate表示立即释放表锁数;table_locks_waited表示需要等待的表锁数;理想状态：table_locks_waited如果该值很大，而且性能很慢，建议针对业务拆分主表7、Thread statusmysql show global stat

8、us like thread%;Threads_cached Threads_connected Threads_created Threads_running 理想状态：threads_created表示创建过的线程数，如果发现threads_created值过大的话，表明mysql服务器一直在创建线程，这也是比较耗资源，可以适当增加配置文件中thread_cache_size值，MySQL参数类巡检1、 Connections settings1.1、max_connections查询服务器最大连接数mysql show variables like max_connections;查询服

9、务器响应的最大连接数mysql show global status like max_used_connections;理想状态：max_used_connections / max_connections * 100% 85%；error_log中未出现MySQL: ERROR 1040: Too many connections该类错误。1.2、Aborted_connects查询服务器尝试已经失败的MySQL服务器的连接的次数；mysql show global status like Aborted_connects;理想状态：固定值，不随时间增长而增长（或增长幅度较小），若该数出现

10、持续增长，需检查连接状况或错误日志，定位异常连接主机（一般为应用账号密码问题）。1.3、Aborted_clients查询服务器异常客户端数（由于客户没有正确关闭连接已经死掉，已经放弃的连接数量）；mysql show global status like Aborted_clients;理想状态：固定值，不随时间增长而增长（或增长幅度较小），若该数出现持续增长，需检查连接状况或错误日志，定位异常连接主机（一般为程序逻辑开启连接后未正常关闭）。2、innodb settings2.1、innodb_buffer_pool_size查询innodb存储引擎数据缓存大小mysql show var

11、iables like innodb_buffer_pool_size ;理想状态：建议设置为物理内存的60%80%，或根据业务决定2.2、innodb_io_capacity 配置刷新I/O操作性能，此参数可以限制I/O操作mysql show variables like innodb_io_capacity ;理想状态：根据实际磁盘情况设置innodb_io_capacity磁盘配置200单盘SAS/SATA2000SAS*12 RAID 105000SSD20000FUSION-IO2.3、innodb_flush_neighbors 刷新相同extent脏块mysql show va

12、riables like innodb_flush_neighbors ;理想状态：默认为1，建议开启，在SSD环境建议配置为02.4、innodb_print_all_deadlocks记录死锁记录mysql show variables like innodb_print_all_deadlocks ;理想状态：默认关闭，建议开启2.5、innodb_lock_wait_timeoutInnoDB行锁等待时间mysql show variables like innodb_lock_wait_timeout ;理想状态：默认为50秒，建议配置为5秒2.6、innodb_flush_meth

13、od 配置刷新方法mysql show variables like innodb_flush_method ;理想状态：Linux系统MySQL建议配置为：O_DIRECT3、Log Settings3.1、binlog settings3.1.1、binlog_formatbinlog日志格式mysql show variables like binlog_format ;理想状态：建议配置为row格式，特殊业务情况另考虑3.1.2、binlog_rows_query_log_events写log 事件（例如 行操作日志时间）到binglogmysql show variables lik

14、e binlog_rows_query_log_events ;理想状态：默认为：0，建议配置为：1注：此参数需要在binlog格式为ROW下配置3.1.3、sync_binlog控制binlog 同步磁盘方式当sync_binlog=1时，所有的事务都在提交前写入binlog。因此即使binlog事件遇到意外重启，一些在prepared状态的binlog会丢失。这导致服务器在恢复数据时自动回滚这些事务。这确保了从binlog不丢失事务，因此是最安全的选项。事实上，这增加了同步到磁盘的总次数。但是从MySQL5.6开始，已经支持组提交和合并同步了，这使得出现性能问题的可能性最小化了。当sync_binlog=0时，mysql-server并不把binlog同步到磁盘，而是依赖操作系统把binlog的内容同步到磁盘。因此，当出现掉电或操作系统崩溃时，很可能出现已经提交的事务没有被同步到磁盘的情况。因此mysql在自动恢复时无法恢复这些事务，他们从binlog中丢失了。所以说，新的默认设置sync_binlog=1更安全。mysql show variables like binlog_rows_query_log_events ;理想状态：设置sync_binlog=1更安全。3.1.4、expire_logs_days自动清理二进制日志的天数mysql sh