Mysql日志文件类型

日志文件分为以下几种

  • 错误日志
  • 慢查询日志
  • 查询日志
  • 二进制日志

错误日志(error log)

错误日志对Mysql的启动、运行、关闭过程进行了记录。记录了所有错误信息,也记录了一些警告信息或正确信息。
命令:show variables like ‘log_error’查看文件位置

慢查询日志(show log)

mysql启动时设置一个阀值,将运行时间超过该值的所有Sql语句都记录到慢查询日志文件中。通过参数long_query_time来设置阀值,需要注意的是,当sql的执行之间等于这个阀值的时候,是不会记录到慢查询日志中。
另一个参数是log_queries_not_using_indexes,如果运行的sql语句没有使用索引,也会记录到文件中。

查询日志

查询日志记录了所有对Mysql数据库请求的信息,无论这些请求释放得到了正确的执行。

二进制日志(binary log)

记录了对Mysql数据库执行更改的所有操作,但是不包括Select和Show这类操作。
二进制日志并不是在每次写的时候同步到磁盘,每次缓冲写多少次才同步到磁盘。

二进制日志的作用:

  • 恢复:某些数据的回复需要binlog
  • 复制:主从同步
  • 审计:用户可以通过日志中的信息来进行审计,判断是否有对数据库进行注入的攻击。

二进制日志的缓存:

  • 在使用InnoDB时,所有未提交的二进制日志会被记录到一个缓存中去,等待事务提交时直接将缓冲中的二进制日志写入二进制日志文件。
  • 当一个线程开启一个事务时,Mysql会自动分配一个大小为binlog_cache_size的缓存,此缓存不能设置太大或太小。
  • 当数据库发生宕机时,可能会有最后一部分数据没有写入二进制日志中,存在一个参数sync_binlog代表每写缓冲多少次写入二进制文件,如果设置为1,代表同步写入,缓冲将失效,直接写入磁盘。
  • 在一个事务发出commit动作之前,由于sync_binlog设置为1,此时日志已经被写入磁盘,如果此时发生了宕机,由于commit操作并没有发生,这个事务将被回滚,但是二进制日志已经记录了该事务的消息,不能回滚。这时可以通过参数innodb_support_xa设置为1来解决

二进制日志格式:

  • STATEMENT:记录的是日志的逻辑SQL语句。在隔离级别为commited read时,会出现类似丢失更新的现象,主从不一致
  • ROW:不再是简单的sql语句,而是记录表的行更改情况
  • MIXED:默认采用STATEMENT,一些情况下也会使用ROW格式

参考文献:InnoDB存储引擎(第二版)

### 如何正确删除MySQL日志文件 #### 删除二进制日志 (Binary Logs) 为了安全地删除 MySQL 的二进制日志,可以使用 `PURGE BINARY LOGS` 命令。此命令允许管理员清除不再需要的旧二进制日志文件,从而释放磁盘空间并保持系统的整洁。 通过指定一个目标日志文件名称,所有早于此文件的日志会被删除,但不会影响到所指明的那个文件本身及其后续文件。例如: ```sql PURGE BINARY LOGS TO 'mysql-bin.000003'; ``` 这条语句会删除直到 `mysql-bin.000003` 之前的所有二进制日志文件,而不包括 `mysql-bin.000003` 自身[^1]。 另一种方式是基于时间戳来清理过期的日志: ```sql PURGE BINARY LOGS BEFORE '2023-10-01 00:00:00'; ``` 这样能够移除创建日期早于给定时间的所有二进制日志文件[^5]。 需要注意的是,如果执行了上述命令却未见预期中的某些日志被成功删除,则可能是由于存在正在使用的或者锁定状态下的日志文件等原因造成的[^3]。 #### 清理通用查询日志 (General Query Log) 当启用了 MySQL 的通用查询日志功能后,在默认存储路径 `/var/lib/mysql/` 下会产生名为 `hostname.log` 的文件(其中 hostname 是服务器主机名)。随着时间推移,这个文件可能会变得极其庞大,因此定期维护它是必要的[^2]。 一种简单有效的做法就是停止服务进程后再手动重命名或清空原日志文件内容再重启服务;不过更推荐的方式是在不停机的情况下利用 shell 脚本配合轮转工具如 logrotate 来实现自动化管理。比如下面的例子展示了如何快速截断现有日志而无需中断数据库运行: ```bash echo -n "" > /path/to/logfile ``` 这里假设已知确切位置以及权限许可的前提下可以直接覆盖原有数据为空字符串即可完成即时瘦身效果[^2]。 另外值得注意的一点在于对于任何类型的日志操作前都应该确认好当前环境配置参数诸如 binlog_format 和 sync_binlog 等设置合理与否因为它们直接影响性能表现同时也关系着灾难恢复能力等方面考量因素[^4]。 最后提醒一点关于物理层面的实际销毁动作务必小心谨慎以免误伤重要资料造成不可逆损失! ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值