MySQL 3.2：MySQL 日志相关参数

最新推荐文章于 2024-05-22 09:01:28 发布
最新推荐文章于 2024-05-22 09:01:28 发布
阅读量154 收藏
点赞数
分类专栏： MySQL
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/a20251839/article/details/113866013
版权

3.2：MySQL 日志相关参数

MySQL 有两类参数：VARIABLES（变量参数）和 STATUS（状态参数）；
每类参数的生效范围均为两种：SESSION（会话）和 GLOBAL（全局）；
查看参数的命令：SHOW [GLOBAL|SESSION] VARIABLES [LIKE 'variable_name']; 和 SHOW [GLOBAL|SESSION] STATUS [LIKE 'status_name'];
以下查看操作均为当前会话的变量参数配置（默认的会话变量参数会继承全局变量参数，除非存在运行时修改）；

3.2.1：日志存储方式

  • 查看 MySQL 日志的存储方式：
MariaDB [(none)]> SHOW VARIABLES LIKE 'log_output';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_output    | FILE  |
+---------------+-------+

默认为 FILE，即以日志文件的方式存储查询日志和慢日志；

日志存储方式分为：

  • FILE：日志文件；
  • TABLE：表；
  • 二者可以同时存储；

3.2.2：查询日志

查询日志开启情况
  • 查看查询日志开启情况：
MariaDB [(none)]> SHOW VARIABLES LIKE 'general_log';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| general_log   | OFF   |
+---------------+-------+

默认不开启查询日志；

查询日志文件路径
  • 查看查询日志文件路径：
MariaDB [(none)]> SHOW VARIABLES LIKE 'general_log_file';
+------------------+-------------+
| Variable_name    | Value       |
+------------------+-------------+
| general_log_file | node103.log |
+------------------+-------------+

默认日志文件名为：server_id.log；

如果仅指定文件名，则相对路径指向的是 MySQL 的数据文件目录；
也可以指定绝对路径；

3.2.3：慢查询日志

慢查询日志开启情况
  • 查看慢查询日志开启情况：
MariaDB [(none)]> SHOW VARIABLES LIKE 'slow_query_log';
+----------------+-------+
| Variable_name  | Value |
+----------------+-------+
| slow_query_log | ON    |
+----------------+-------+

此参数还有一种表示方式：log_slow_queries

慢查询日志文件路径
  • 查看慢日志文件路径：
MariaDB [(none)]> SHOW VARIABLES LIKE 'slow_query_log_file';    
+---------------------+---------------------------------+
| Variable_name       | Value                           |
+---------------------+---------------------------------+
| slow_query_log_file | /data/mysql_logs/mysql-slow.log |
+---------------------+---------------------------------+

为配置文件中设置的 /data/mysql_logs/mysql-slow.log；

慢查询日志记录速率限制
  • 查看慢查询日志记录速率限制：
MariaDB [(none)]> SHOW VARIABLES LIKE 'log_slow_rate_limit';
+---------------------+-------+
| Variable_name       | Value |
+---------------------+-------+
| log_slow_rate_limit | 1     |
+---------------------+-------+

默认为 1；

限制慢日志记录速率的原因在于，如果数据库发生某种性能故障，导致此时很多查询操作都很慢，慢查询日志的记录频率很高，这时就没必要全都记录在慢查询日志中了；

慢查询时长定义
  • 查看慢查询时长定义：
MariaDB [(none)]> SHOW VARIABLES LIKE 'long_query_time';   
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 5.000000 |
+-----------------+----------+

查询时间查过 5s，即定义为慢查询，记录到慢查询日志中；

3.2.4：错误日志

错误日志共记录以下几类信息（不仅仅是错误信息）：

  • mysql 程序运行过程中产生的错误信息；

  • mysql 程序的启动和关闭过程中输出的信息；

  • event scheduler（事件调度器）运行时产生的信息；

  • 主从复制架构中，从服务器的复制线程（IO_THREAD、SQL_THREAD）启动时产生的日志；

错误日志文件路径
  • 查看错误日志开启情况（错误日志文件路径）：
MariaDB [(none)]> SHOW VARIABLES LIKE 'log_error';      
+---------------+----------------------------------+
| Variable_name | Value                            |
+---------------+----------------------------------+
| log_error     | /data/mysql_logs/mysql-error.log |
+---------------+----------------------------------+

定义了日志文件路径即表示开启，关闭为 OFF；

警告信息的记录级别

警告信息也会记录在错误日志中，log_warnings 定义警告信息的记录级别；

  • 查看警告信息的记录级别：
MariaDB [(none)]> SHOW VARIABLES LIKE 'log_warnings';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_warnings  | 1     |
+---------------+-------+

默认为 1；
该参数不是布尔类型，不支持{ON|OFF}类型的定义；

log_warnings 值：

  • 0：表示不记录警告信息；
  • 1：表示记录警告信息；
  • 也可以设置为大于 1，具体含义未深究；

3.2.5：二进制日志

二进制日志记录格式
  • 查看当前的二进制日志记录格式：
MariaDB [(none)]> SHOW VARIABLES LIKE 'binlog_format';       
+---------------+-----------+
| Variable_name | Value     |
+---------------+-----------+
| binlog_format | STATEMENT |
+---------------+-----------+

默认为 STATEMENT；

二进制日志可以记录：

  • STATEMENT：引起数据改变和存在引起数据改变可能性的语句；
  • ROW：改变后的结果；
  • MIXED：也可以二者混合。
二进制日志开启情况
  • 查看当前二进制日志是否开启：
MariaDB [(none)]> SHOW VARIABLES LIKE 'log_bin';      
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_bin       | ON    |
+---------------+-------+

配置文件中指定了二进制日志文件的路径，命令行中只能看到是否开启；

单个二进制日志文件的最大值
  • 查看单个二进制日志文件的最大值：
MariaDB [(none)]> SHOW VARIABLES LIKE 'max_binlog_size';
+-----------------+------------+
| Variable_name   | Value      |
+-----------------+------------+
| max_binlog_size | 1073741824 |
+-----------------+------------+

默认 1G，达到这个值会自然滚动；
某些操作会导致二进制日志文件强制滚动，比如 flush logs，mysql 重新启动等；

二进制日志刷写机制
  • 查看当前二进制日志的刷写机制：
MariaDB [(none)]> SHOW VARIABLES LIKE 'sync_binlog';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| sync_binlog   | 0     |
+---------------+-------+

默认为 0；

该参数是数值型：

  • 0：表示 MySQL 本身不控制 binlog 的刷写，由内核自己控制从 log buffer 到 log file 的刷写；
  • 1：表示 1 次事务刷写 1次；
  • n：表示 n 次事务刷写 1次；

设置为 0 的性能高，但不可靠；
设置为 1 最可靠，但性能损耗较大；
应该根据业务和系统负载情况选择一个合理的值，综合考虑数据一致性和性能；

二进制日志文件列表
  • 查看当前已有的二进制日志文件列表：
MariaDB [(none)]> SHOW MASTER LOGS;
+---------------------+-----------+
| Log_name            | File_size |
+---------------------+-----------+
| mysql-binlog.000001 |     30361 |
| mysql-binlog.000002 |   1038814 |
| mysql-binlog.000003 |      1853 |
| mysql-binlog.000004 |       245 |
+---------------------+-----------+

MariaDB [(none)]> SHOW BINARY LOGS;
+---------------------+-----------+
| Log_name            | File_size |
+---------------------+-----------+
| mysql-binlog.000001 |     30361 |
| mysql-binlog.000002 |   1038814 |
| mysql-binlog.000003 |      1853 |
| mysql-binlog.000004 |       245 |
+---------------------+-----------+
正在使用的二进制日志文件
  • 查看当前正在使用的二进制日志文件：
MariaDB [(none)]> SHOW MASTER STATUS;
+---------------------+----------+--------------+------------------+
| File                | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------------+----------+--------------+------------------+
| mysql-binlog.000004 |      245 |              |                  |
+---------------------+----------+--------------+------------------+

File 为当前正在使用的二进制日志文件；

Position 为最近一次事件的结束位置（Position 是以字节为单位的偏移量，记录每个事件的位置）；

Binlog_Do_DB 和 Binlog_Ignore_DB 是 “复制过滤器” 相关的参数，后续实验过程会提及；

查看二进制日志中的事件
  • 查看 mysql-binlog.000003 中起始位置为 1483 的事件（操作）：
MariaDB [(none)]> SHOW BINLOG EVENTS IN 'mysql-binlog.000003' FROM 1483 LIMIT 1;   
+---------------------+------+------------+-----------+-------------+---------------------------+
| Log_name            | Pos  | Event_type | Server_id | End_log_pos | Info                      |
+---------------------+------+------------+-----------+-------------+---------------------------+
| mysql-binlog.000003 | 1483 | Query      |       103 |        1576 | CREATE DATABASE sample_db |
+---------------------+------+------------+-----------+-------------+---------------------------+
mysqlbinlog 命令

mysqlbinlog 命令是专用于查看 binlog 的：

  • 使用 mysqlbinlog 查看和上面相同的事件：
[root@node103 ~]# mysqlbinlog /data/mysql_logs/mysql-binlog.000003 -j 1483 --stop-position=1576
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#201125  9:59:09 server id 103  end_log_pos 245         Start: binlog v 4, server v 5.5.68-MariaDB created 201125  9:59:09 at startup
ROLLBACK/*!*/;
BINLOG '
bbq9Xw9nAAAA8QAAAPUAAAAAAAQANS41LjY4LU1hcmlhREIAbG9nAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAABtur1fEzgNAAgAEgAEBAQEEgAA2QAEGggAAAAICAgCAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAMYjJEw==
'/*!*/;
# at 1483
#201125 10:17:49 server id 103  end_log_pos 1576        Query   thread_id=10    exec_time=0     error_code=0
SET TIMESTAMP=1606270669/*!*/;
SET @@session.pseudo_thread_id=10/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=0/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
CREATE DATABASE sample_db
/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

mysqlbinlog 的常用选项：

  • –start-datetime=“YYYY-MM-DD hh:mm:ss”
    指定要查看的起始时间点；

  • –stop-datetime=“YYYY-MM-DD hh:mm:ss”
    指定要查看的结束时间点；

  • -j, --start-position=INT
    指定要查看的起始位置；

  • –stop-position=INT

    指定要查看的起始位置；

3.2.6：中继日志

  • 查看中继日志开启情况（中继日志文件路径）：
MariaDB [(none)]> SHOW VARIABLES LIKE 'relay_log';  
+---------------+------------------------------+
| Variable_name | Value                        |
+---------------+------------------------------+
| relay_log     | /data/mysql_logs/mysql-relay |
+---------------+------------------------------+

为配置文件中设置的路径；设置了路径即表示开启中继日志；

中继日志主要用于主从复制架构中，在从服务器上开启中继日志，记录主服务器的二进制日志文件同步过来的事件。

3.2.7：事务日志

相关查询操作已包含在《MySQL 存储引擎相关参数》 - InnDB 事务日志中。

学渣角鹿白
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
第79讲： MySQL Binlog二进制日志恢复误删数据的实践指南
江晓龙的博客
12-18 1万+
根据需求我们得知要恢复误删除的这张表，那么在事件信息中找到创建该表的事件，这个事件的开始标识位就作为我们截取Binlog日志的开始标识位号，结束标识位更好确定了，在事件信息中找到删除表的事件，这个事件的开始标识位也就作为我们截取Binlog日志的结束标识位，开始标识位号是上一个事件的结束表示为号。注意：一定不要将删除表事件的结束标识位号作为截取Binlog日志的结束标识位号，如果截取Binlog日志的结束标识位号是删除表的结束标识位号，就会把删除表的操作在还原时又进行了一遍，数据就不能恢复了。
MySQL数据库应用实践
wq962464的博客
05-28 1562
MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践 一般来说都是通过 主从复制（Master-Slave）的方式来同步数据，再通过读写分离（MySQL-Proxy）来提升数据库的并发负载能力 这样的方案来进行部署与实施的。 如下图： 当web server1/2/3要写入数据时，则向mysql db Master(主服务器）发出写入请求（即写入到master）...
MySQL 应用实践（超长文预警）
学渣角鹿白的博客
11-30 201
一：实验环境 1.1：概述 网络： 内部网络：172.16.1.0/24（仅主机模式）； 外部网络：192.168.1.0/24（桥接模式）； 服务器： 2 台 VMware Workstation 虚拟机（node103、node104）； 安装 CentOS 7.2（已经过系统初始化操作）； yum 安装 MariaDB； 实验环境基础服务： 外网 DNS & NTP：192.168.1.250； 内网 DNS & NTP：172.16.1.250； 1.2：虚拟机配置 1.2.1：
mysql存储引擎优化参数
weixin_34195546的博客
03-19 85
MySQL配置参数优化本文来自道森学习笔记，版权归 http://wubx.net/ 所有MyISAM存储引擎优化涉及参数如下：Key_buffery_sizeConcurrent_insert = 2 | WAAYSBulk_insert_buffer_size=8M Myisam_recover_options=FORCEMyisam_recover_threads=1Myisam_sort_...
mysql日志的一些参数
weixin_42100892的博客
02-22 496
日志: 错误日志： 一般查询日志： 慢查询日志： log_output {TABLE|FILE|NONE} 二进制日志: 复制、即时点恢复 二进制日志事件： 基于语句：statement 基于行：row 混合方式：mixed mysql> SHOW BINARY LOGS; mysql> SHOW MASTER STATUS; mysql> SHOW BINLOG EVEN...
mysql日志基本参数
Thomas_CYQ的博客
11-26 553
mysql日志基本参数 事务日志 事务日志仅innodb支持，记录了所有的提交和未提交的事务，这样才能支持rollback手动回滚，且突发事件后系统可以自动将未提交的事务自动回滚，而已提交的事务如果未写到磁盘中，系统也会自动重新执行事务保证事务的ACID特性。 MariaDB [(none)]> show variables like "%innodb_log%"; +-----------...
MySQL数据库：MySQL数据库基础架构与历史
07-11
随着数据安全和隐私保护意识的增强，MySQL正在加强其安全功能，如加密、访问控制和审计日志等，以确保用户数据的安全。 ##### 4.3 人工智能与机器学习 MySQL正在探索如何将人工智能和机器学习技术集成到数据库系统...
MySQL数据库：数据库高可用与容灾方案
最新发布
07-11
### MySQL数据库：数据库高可用与容灾方案 #### 数据库高可用性基础 **1. 高可用性的概念与重要性** - **定义**：高可用性（High Availability，简称HA），指的是系统具备在遇到故障时能快速恢复并持续提供服务...
MySQL开发实战：电子商务订单系统数据库开发的实验心得与案例解析
05-29
### MySQL开发实战：电子商务订单系统数据库开发的知识点详解 #### 一、MySQL基本特性与重要性 MySQL作为全球最流行的开源关系型数据库管理系统之一，在各类应用程序中占据着举足轻重的地位，无论是在小型个人项目...
【MySQL】MySQL日志的开启及查看
qq_35680735的博客
05-22 1258
MySQL日志
MySQL MHA应用实践（方案实战）
biyunao2658的博客
07-19 249
1、环境与条件已存在主从架构环境 主机名 IP地址 主从角色 MHA角色 leo1 192.168.3.2 Master MHA-node leo2 192.168.3.3 slave MHA-node leo3 192.168.3.4 slave MHA-node,MHA-manager vip 192.168.3.6 主从确保主从状态正常 mysql>...
MySQL-group by、order by的使用 实习记录（二）
weixin_44115924的博客
12-24 73
Group BY 对于Group by，快要忘记如何使用。做下记录，以便再次遗忘。（ps:自己看懂就行，现仅作记录） GROUP BY 语句根据一个或多个列对结果集进行分组。 查询字段BH，从表jc_gz_bjb，对ZY 进行分组排序。 with rollup WITH ROLLUP 可以实现在分组统计数据基础上再进行相同的统计（SUM,AVG,COUNT…）。 写法：select NJ,sum(bjrs) as bjrs_xxb from jc_gz_bjb group by...
MySQL 日志参数 介绍
木生的博客
06-14 891
1.环境 OS: CentOS 6.5 x64 MySQL: 5.6 for Linux (x86_64) 2.日志选项参数 日志参数，默认没有日志打开，打开后日志的默认存储位置是数据目录。MySQL有以下几种日志类型： Log Type Information Written to Log Error
mysql 记录查询日志的参数配置
Naola 的专栏作品
01-23 1452
Mysql 提供了一整套日志记录的配置项，只不过很多默认是关闭的，曾疑惑mysql为什么没有像SQL Server 那样的查询监听。后经过查找资料，发现Mysql 也可以实现记录查询的SQL。 方法是修改 my.cnf 配置文件(windows 是my.ini) 在[mysqld] 节点下增加以下配置项，即可。 general-log = 1 log = /usr/loca
MySQL系列：参数文件、日志文件（二进制、错误日志、慢查询、查询日志）
NIO4444
08-19 366
参数文件 mysql --help|grep cnf 动态参数：可以set修改的全局或session参数 静态参数：不能修改的参数（read-only） 日志文件 错误日志（数据库参数优化） 两种查询方法： 慢查询（SQL优化） 查询最慢的10条的SQL： mysqldumpslow -s al -n 10 /var/lib/mysql/NIO4444-7003-slow.log 查询日志 SHOW VARIABLES LIKE ...
通过mysqldump全备+binlog实现生产数据增量恢复
qq_38255759的博客
03-17 239
小型业务数据库50G，每天00:00全备，已开启binlog。周三下午14点，开发人员连错实例，导致生产数据被误删除（DROP）1. 业务端挂维护页。2. 检查mysqldump备份、binlog日志是否可用。3. 恢复及恢复后数据校验（业务测试部门验证）4. 立即备份（停机冷备cp /var/lib/mysql /opt）5. 恢复架构系统（例如主从）6. 撤维护页，恢复业务只要是数据库进行的增删改操作，都会记录到日志文件里；每天定时备份的文件。
MySQL日志文件配置
苦行僧
03-23 4269
博客原文请访问：http://zhuqiuhui.space/Blogs/2017/03/mysql-log-configuration.html         开发过程中遇到的sql问题，总想看下数据库执行的日志，便研究了下怎么看sql操作日志的方法，特分享如下，看了很多资料，都写的不是太全，总结了一下，希望支持。 一、my.cnf文件查找     不同的操作系统my.cnf
mysql表空间增长过快_mysql表空间增长超量就报警的脚本实现讲解
weixin_29973077的博客
02-28 179
比较简单的一个逻辑，通过information_schema.tables输出表空间数据大小，在两个时间点进行比较，增量大于1000000000b则发邮件警报，我这里设定的时间间隔为七天#!/bin/bashmysql=/usr/local/mysqluser=yourdatabaseuserpasswd=yourdatabasepasswdnow=/datalength/nowbefore=/d...
MySQL使用binlog日志做数据恢复
liys0811的博客
08-22 1117
定期备份固然可以在服务器发生宕机的时候快速的恢复数据，但传统的全量备份不可能做到实时，所以在发生宕机的时候，也会损伤一部分数据，如果这个时候开启了binlog日志，那么可以通过binlog来对没有做备份的这一阶段损失的数据进行恢复。这个时候我们应该是来查看一下binlog日志的状态，以便与我们一会来进行恢复到此状态，但是，真正的环境中我们并不知道这个状态，因此这里也就不去查看这个状态了，这个状态的值可以通过后面查看binlog日志文件来进行分析。这样呢，我们就把数据做了一个完整的备份。
Percona Toolkit 3.2：高级MySQL管理系统工具
Percona Toolkit 3.2 是一个由 Percona 公司开发并支持的高级命令行工具集，主要用于管理和优化 MySQL 及其相关的系统任务。这套工具旨在简化那些手动操作复杂或难以完成的任务，提供了专业的开发、测试和详细的文档...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值