pos机具巡检服务, MySQL 巡检_深圳POS机领取中心

【金手指POS机办理服务中心】pos机具巡检服务, MySQL 巡检_深圳POS机领取中心

网上有很多关于pos机具巡检服务, MySQL 巡检的知识，也有很多人为大家解答关于pos机具巡检服务的问题，今天POS机领取中心(【金手指POS机办理服务中心】)为大家整理了关于这方面的知识，让我们一起来看下吧!

本文目录一览：

1、pos机具巡检服务

pos机具巡检服务

作者：王向

爱可生 DBA 团队成员，负责公司 DMP 产品的运维和客户 MySQL 问题的处理。擅长数据库故障处理。对数据库技术和 python 有着浓厚的兴趣。

本文来源：原创投稿

*爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。

MySQL巡检操作系统层面

巡检嘛没啥特别的，就直奔主题把。

cpu

sar-u103内存

sar -r 10 3I/O

sar-b103磁盘

df-h系统基础信息

当然，查看是否使用numa和swap，或是否频繁交互信息等。还有其他的监控项目，这里就不一一赘述了。

操作系统日志

除此之外，还需要关注日志类信息，例如：

tail200/var/log/messagesdmesg|tail200MySQL

MySQL重点参数的检查，及主从健康状态的巡检。

重点参数

参数 参考值 innodb_buffer_pool_size 系统的50%-75% binlog_format ROW sync_binlog 1 innodb_flush_log_at_trx_commit 1 read_only 从库ON，主库OFF super_read_only 从库ON，主库OFF log_slave_updates 1 innodb_io_capacity sata/sas硬盘这个值在200sas raid10: 2000ssd硬盘：8000fusion-io（闪存卡）：25,000-50,000 max_connections

MySQL的状态

\\sshowfullprocesslist;showengineinnodbstatus\\Gshowslavehosts;wait事件

showglobalstatuslike'Innodb_buffer_pool_wait_free';showglobalstatuslike'Innodb_log_waits';锁

#表锁showglobalstatuslike'Table_locks_waited';showglobalstatuslike'Table_locks_immediate';#行锁showglobalstatuslike'Innodb_row_lock_current_waits';当前等待锁的行锁数量showglobalstatuslike'Innodb_row_lock_time';请求行锁总耗时showglobalstatuslike'Innodb_row_lock_time_avg';请求行锁平均耗时showglobalstatuslike'Innodb_row_lock_time_max';请求行锁最久耗时showglobalstatuslike'Innodb_row_lock_waits';行锁发生次数#还可以定时收集INFORMATION_SCHEMA里面的信息：SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCKS;SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCK_WAITS; // MySQL 8.0 中已经不再使用，建议观测 sys 库#临时表/临时文件showglobalstatuslike'Created_tmp_disk_tables';showglobalstatuslike'Created_tmp_files';#打开表/文件数showglobalstatuslike'Open_files';showglobalstatuslike'Open_table_definitions';showglobalstatuslike'Open_tables';#并发连接数showglobalstatuslike'Threads_running';showglobalstatuslike'Threads_created';showglobalstatuslike'Threads_cached';showglobalstatuslike'Aborted_clients';#客户端没有正确关闭连接导致客户端终止而中断的连接数showglobalstatuslike'Aborted_connects';Binlog

# 使用临时二进制日志缓冲但超过 binlog_cache_size 值并使用临时文件show global status like 'Binlog_cache_disk_use'; # 使用临时二进制日志缓冲的事务数量show global status like 'Binlog_cache_use'; # 当非事务语句使用二进制日志缓存show global status like 'Binlog_stmt_cache_disk_use'; # 使用二进制日志缓冲非事务语句数量show global status like 'Binlog_cache_disk_use'; 链接数

# 试图连接到（不管成不成功）mysql服务器的链接数show global status like 'Connection'; 临时表

# 服务器执行语句时,在硬盘上自动创建的临时表的数量,是指在排序时,内存不够用(tmp_table_size小于需要排序的结果集)，所以需要创建基于磁盘的临时表进行排序show global status like 'Created_tmp_disk_tables'; # 服务器执行语句时自动创建的内存中的临时表的数量show global status like 'Created_tmp_files';索引

#内部提交语句showglobalstatuslike'Handler_commit';#内部rollback语句数量showglobalstatuslike'Handler_rollback';#索引第一条记录被读的次数,如果高,则它表明服务器正执行大量全索引扫描showglobalstatuslike'Handler_read_first';#根据索引读一行的请求数，如果较高，说明查询和表的索引正确showglobalstatuslike'Handler_read_key';#查询读索引最后一个索引键请求数showglobalstatuslike'Handler_read_last';#按照索引顺序读下一行的请求数showglobalstatuslike'Handler_read_next';#按照索引顺序读前一行的请求数showglobalstatuslike'Handler_read_prev';#根据固定位置读一行的请求数，如果值较高，说明可能使用了大量需要mysql扫整个表的查询或没有正确使用索引showglobalstatuslike'Handler_read_rnd';#在数据文件中读下一行的请求数，如果你正进行大量的表扫，该值会较高showglobalstatuslike'Handler_read_rnd_next';#被缓存的.frm文件数量showglobalstatuslike'Open_table_definitions';#已经打开的表的数量,如果较大,table_open_cache值可能太小showglobalstatuslike'Opened_tables';#当前打开的表的数量showglobalstatuslike'Open_tables';#已经发送给服务器的查询个数showglobalstatuslike'Queries';#没有使用索引的联接的数量,如果该值不为0,你应该仔细检查表的所有showglobalstatuslike'Select_full_join';#对第一个表进行完全扫的联接的数量showglobalstatuslike'Select_scan';#查询时间超过long_query_time秒的查询个数showglobalstatuslike'Slow_queries';#排序算法已经执行的合并的数量,如果值较大,增加sort_buffer_size大小showglobalstatuslike'Sort_merge_passes';线程

#线程缓存内的线程数量showglobalstatuslike'Threads_cached';#当前打开的连接数量showglobalstatuslike'Threads_connected';#创建用来处理连接的线程数showglobalstatuslike'Threads_created';#激活的（非睡眠状态）线程数showglobalstatuslike'Threads_running';库表情况自增id使用情况

SELECTtable_schema,table_name,ENGINE,Auto_increment FROMinformation_schema.TABLES WHERETABLE_SCHEMA NOT IN ("INFORMATION_SCHEMA","PERFORMANCE_SCHEMA","MYSQL","SYS") limit 30;表行数数据大小统计

SELECTtable_schema "Database name",sum( table_rows ) "No. of rows",sum( data_length ) / 1024 / 1024 "Size data (MB)",sum( index_length )/ 1024 / 1024 "Size index (MB)" FROMinformation_schema.TABLES GROUP BYtable_schema;表行数 TOP 30

SELECT TABLE_SCHEMA, TABLE_NAME, TABLE_ROWSFROM `information_schema`.`tables` WHERE TABLE_SCHEMA not in('information_schema','sys','mysql','performance_schema')ORDER BY table_rows DESC LIMIT 30;存储引擎不是innodb的表

SELECTTABLE_SCHEMA,TABLE_NAME,ENGINE FROMINFORMATION_SCHEMA.TABLES WHEREENGINE != 'innodb' AND TABLE_SCHEMA NOT IN ( "INFORMATION_SCHEMA", "PERFORMANCE_SCHEMA", "MYSQL", "SYS" );表数据和碎片 TOP 30

select TABLE_SCHEMA, TABLE_NAME, TABLE_ROWS, DATA_LENGTH, INDEX_LENGTH, DATA_FREEfrom information_schema.tables where DATA_FREE is not null ORDER BY DATA_FREE DESC LIMIT 30;无主键的表

SELECTt1.table_schema,t1.table_name,t1.table_type FROMinformation_schema.TABLES t1LEFT OUTER JOIN information_schema.TABLE_CONSTRAINTS t2 ON t1.table_schema = t2.TABLE_SCHEMA AND t1.table_name = t2.TABLE_NAME AND t2.CONSTRAINT_NAME IN ( 'PRIMARY' ) WHEREt2.table_name IS NULL AND t1.TABLE_SCHEMA NOT IN ( 'information_schema', 'performance_schema', 'test', 'mysql', 'sys' ) AND t1.table_type = "BASE TABLE";MySQL主从检测

#主从状态show slave status\\G#主从是否延迟Master_Log_File == Relay_Master_Log_File && Read_Master_Log_Pos == Exec_Master_Log_Pos高可用层面

MHA && keepalived

观察日志看是否有频繁主从切换，如果有的话就分析一下是什么原因导致频繁切换？

中间件的巡检

mycat && proxysql

这些中间件的巡检，首先参考系统巡检，再看一下中间件本身的日志类和状态类信息，网络延迟或丢包的检查，也是必须要做工作。

以上就是关于pos机具巡检服务, MySQL 巡检的知识，后面我们会继续为大家整理关于pos机具巡检服务的知识，希望能够帮助到大家！