概述
巡检
系统
|
相关设备
|
操作系统
|
Pc
服务器
|
|
Linux redhat
|
任务编号
|
巡检工作内容
|
检查结果
|
DBMy01
|
检查
MySQL数据库健康状态、可用性、版本、端口、基本目录、数据目录等
|
正常
|
|
检查错误日志 data目录下 host_name.err 以近期无报错为正常
|
无报错
|
|
mysqladmin -uroot -p version 查看版本
|
Server version
5.1.30-log
Protocol version
10
|
|
ps -ef grep mysqld 查看目录basedir 和 datadir ,端口
|
--basedir=/usr/local/mysql --datadir=/work/mysql --port=3306
|
DBMy02
|
检查
MySQL数据库连接时间(包括连接时间及请求率)、请求统计(包括请求率、接收字节率及发送字节率)
|
正常
|
|
show variables like ‘Bytes%检查
Bytes_received
Bytes_sent
Uptime
|
Bytes_received
58309
Bytes_sent
183311
Uptime
33787
|
DBMy03
|
检查
MySQL数据库连接统计(包括打开的连接数、中止的连接数及中止的客户端数)
|
正常
|
|
show status; 检查
Aborted_clients 由于客户没有正确关闭连接已经死掉,已经放弃的连接数量。
Aborted_connects 尝试已经失败的MySQL服务器的连接的次数。
Threads_connected 当前打开的连接的数量。
Max_used_connections 同时使用的连接的最大数目
以 Max_used_connections 远小于my.cnf中的最大连接数目则正常。如果接近则考虑增大最大数目。
|
Aborted_clients 0
Aborted_connects 0
Threads_connected
2
Max_used_connections
3
|
DBMy04
|
检查
MySQL数据库线程明细(包括使用线程数、缓冲内线程数及线程缓冲大小)
|
正常
|
|
show [full] processlist
show status like 'Threads%';检查
Threads_cached
Threads_connected
Threads_created
Threads_running
查看my.cnf中的sort_buffer_size
|
Threads_cached
44 Threads_connected 1
Threads_created
45
Threads_running
1
sort_buffer_size = 32M
|
DBMy05
|
检查
MySQL数据库明细(包括数据库名及数据库大小)
|
正常
|
|
Show databases
SHOW TABLE STATUS FROM 数据库名
相对磁盘空间足够即正常,并且单个表没有接近max大小
|
information_schema
0.01MB
lohas
0.35MB
mysql
0.50MB
test
0MB
|
DBMy06
|
检查
MySQL数据库表锁统计(包括立即锁及等待锁)
|
正常
|
|
show status like 'table%';
如果 waited的数值比较高,说明数据库锁争用比较严重
|
Table_locks_immediate
20
Table_locks_waited
0
|
DBMy07
|
检查
MySQL数据库键效率(包括键命中、使用的键缓冲及键缓冲的大小)
|
正常
|
|
SHOW STATUS LIKE ‘key_read%’
检查 Key_read_requests和Key_reads,
key_reads / key_read_requests应该尽可能的低,至少是1:100,最好是1:1000
查看对应的my.cnf文件中key_buffer_size
|
Key_read_requests
112 Key_reads 1
key_buffer = 512M
|
DBMy08
|
检查
MySQL数据库请求缓存命中(包括请求缓存命中、请求缓存大小及请求缓存限制)
|
正常
|
|
SHOW STATUS LIKE ‘Qcache%’
检查Qcache_lowmem_prune,
Qcache_hits,
Qcache_total_blocks
Qcache_free_blocks
Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况,如果Qcache_hits的值也非常大,则表明查询缓冲使用非常频繁,此时需要增加缓冲大小;如果Qcache_hits的值不大,则表明你的查询重复率很低,这种情况下使用查询缓冲反而会影响效率,那么可以考虑不用查询缓冲。Qcache_free_blocks,如果该值非常大,则表明缓冲区中碎片很多,这就表明查询结果都比较小,此时需要减小query_cache_min_res_unit。
|
Qcache_free_blocks
1
Qcache_hits
0 Qcache_inserts 2 Qcache_lowmem_prunes 0 Qcache_total_blocks 7
|
DBMy09
|
临时表
|
正常
|
|
Show status like ‘%tmp%’检查
Created_tmp_disk_tables
Created_tmp_files
Created_tmp_tables
Created_tmp_disk_tables
服务器执行语句时在硬盘上自动创建的临时表的数量
(如果这个数值较大,要相应增加tmp_table_size值使临时表基于内存,尽量减少在磁盘的操作 最好Created_tmp_disk_tables / Created_tmp_tables * 100% <= 25%
|
Created_tmp_disk_tables 0
Created_tmp_files 0 Created_tmp_tables 0
|
DBMy10
|
备份情况检查
|
正常
|
|
检查是否有备份机制,以有备份机制,且最后一个备份成功为正常
|
正常 备份位置/work/bak/3307
|
结论:正常,且负载压力比较小。
转载于:https://blog.51cto.com/aixuexi/467472
最后
以上就是幸福蜻蜓为你收集整理的mysql巡检报告的全部内容,希望文章能够帮你解决mysql巡检报告所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复