1. slow-log
Slow_queries --------慢查询的次数,即查询的时间超过long_query_time设置的时间(不能修改)
log-short-format --------是否记录更少的东西去slow log(不能动态修改)
slow_query_log --------是否开启慢查询日志(动态修改)
slow_query_log_file ------记录慢查询SQL的日志文件路径(动态修改)
long_query_time -------超过该参数设置的值为慢查询(可动态修改)
log_slow_admin_statements ---是否把ALTER TABLE
, ANALYZE TABLE
, CHECK TABLE
, CREATE INDEX
, DROP INDEX
, OPTIMIZE TABLE
,和 REPAIR TABLE等管理语句执行时超过long_query_time也记入慢查询日志(可动态修改)
log_slow_slave_statements — 开启此参数后,从库会把SQL thread执行超过long_query_time的语句写到slow log,但是当binlog-format=row时无效(可以动态修改)
log_queries_not_using_indexes ---是否把没有使用索引的语句也记入慢查询(可动态修改)
log_throttle_queries_not_using_indexes ---当把没有使用索引的语句记入慢查询时,日志内容会增加的很快,可以通过这个参数来设置每分钟的限制(可动态修改)
min_examined_row_limit ----- 如果慢查询检查的行数不超过这个参数设置的值将不会被记录(可动态修改)
log_timestamps ---- 控制 error log、slow_log、genera log,等等记录日志的显示时间参数(可动态修改)
2.如何查看发生了哪些慢查询?
show variables like ‘%slow%‘;
##slow_query_log =on 表示慢查询记录开启
##slow_query_log_file ---表示slowlog日志文件的位置
3. 使用pt 工具分析慢查询
pt-query-digest /usr/log/slow3307.log
pt-query-digest --user=xxx --password=xxx --review S=/tmp/mysql3307.sock,D=test,t=slow_query --create-review-table slow3307.log ## 把分析结果写入表中
最近1小时 ---pt-query-digest --since=1h /apps/logs/mysql/slow3307.log ##按时间
时间区间pt-query-digest --since ‘2020-03-10 11:54:20‘ --until ‘2020-03-10 12:00:00‘ /apps/logs/mysql/slow3307.log ## 按时间
4.使用mysqldumpslow
-v verbose ###详细模式 -d debug ##调试模式 -s ORDER what to sort by (al, at, ar, c, l, r, t), ‘at‘ is default ##排序 al: average lock time ar: average rows sent at: average query time ###平均
ar:平均
at:平均 c: count l: lock time r: rows sent t: query time ##按数量,获取锁的时间,发送给客户端的字节大小,执行时间 -r reverse the sort order (largest last instead of first) ##颠倒顺序 -t NUM just show the top n queries ##只显示开口的NUM条 -a don‘t abstract all numbers to N and strings to ‘S‘ ##不把数字显示成N -n NUM abstract numbers with at least n digits within names -g PATTERN grep: only consider stmts that include this string ##匹配模式查询 -h HOSTNAME hostname of db server for *-slow.log filename (can be wildcard), default is ‘*‘, i.e. match all -i NAME name of server instance (if using mysql.server startup script) ##服务器实例名称 -l don‘t subtract lock time from total time ##不从总时间减去锁时间
5.bin-log
binlog_cache_use ----使用缓冲区存储binlog event(或者文件)的事务数量
binlog_cache_disk_use ----不得不使用临时文件存储binlog event的事务数量
binlog_stmt_cache_use ----使用缓冲区存储事务中语句的数量
binlog_stmt_cache_disk_use --------不得不使用临时文件存储事务中语句的数量
binlog_checksum ---binlog日志记录事件的长度和事件本身,开启该参数可以用它们来验证事件是否正确写入(可动态修改)
master_verify_checksum ----校验binary log 的读取事件,禁用时主服务器使用binary log中的事件长度来验证事件(可动态修改)
binlog_cache-size ----分配一段binlog_cache_size大小的缓冲区存储事务中的语句,如果事务中的语句大于这个缓冲区会打开一个临时文件存放多出来的内容,事务结束会删除该文件(可动态修改)
max_binlog_cache_size ----限制多语句事务的大小(可动态修改)
max_binlog_stmt_cache_size ----分配给事务每条语句的缓冲区大小的总和(可动态修改)
binlog_stmt_cache_size -----分配给事务每条语句的缓冲区大小(可动态修改)
binlog_error_action --------当服务器无法写入binary log时做的操作 binlog_error_action=ABORT_SERVER 让服务器停止binary log日志的记录并关闭(可动态修改)
============sync_binlog(可动态修改)==============
sync_binlog=0 -----禁止mysql出做fsync()把binary log同步到磁盘的指令,表示服务器像处理其他文件一样依靠操作系统不时地把binary log刷新到磁盘
sync_binlog=1 ----在每个事务提交之前把binary_log刷新到磁盘
sync_binlog=N ----事务组收到多少个事务后时把binary log刷新到磁盘
binlog_direct_non_transactional_updates ----------对非事务的表直接写binlog(可动态修改)
binlog_group_commit_sync_delay ----控制二进制日志提交后刷新到磁盘之前等待多少微妙(可动态修改)
binlog_group_commit_sync_no_delay_count ----在binlog_group_commit_sync_delay之间等待的最大事务数(binlog_group_commit_sync_delay=0时无效)(可动态修改)
binlog_order_commits ----------发给存储引擎的事务提交指令会在一个线程上序列化。因此事务始终以写入binary log日志相同的顺序提交,当禁用时会导致多线程提交,会导致事务顺序不一致(可动态修改)
binlog_row_image -----确定如何将行写入binary log(full所有列,minimal仅记录更新的列以及标识的列,noblob记录所有列,但不需要的BLOB和TEXT列除外)(可动态修改)
log-bin ---值为binary log的路径,例如log-bin=mysql-bin(扩展名会被忽略掉例如mysql-bin.1其中.1会被忽略),每次服务器创建日志文件时,该扩展名会自增1,从而创建有序的binary log文件
log-bin.index ---值为binary log 索引文件的路径
binlog-do-db ---binary log记录哪些db的更改,在bin-log-format=row时
binlog-ignore-db ---binary log 不记录哪些db的更改,在bin-log-format=row时
log-slave-update ---复制的从服务器不会在binary log记录那些从主库接收到的更改信息,除非使用log-slave-update才会记录
binlog-row-event-max-size ---基于行的binary log事件的最大大小
sporadic-binlog-dump-fail ---Mysql复制测试和调试时使用的参数
max-binlog-dump-fail ---Mysql复制测试和调试时使用的参数
log_statement_unsafe_for_binlog ---如果遇到1592错误(Unsafe statement written to the binary log using statement format),控制是否将警告加到error log中
原文:https://www.cnblogs.com/start-from-zero/p/12582783.html