mysql-bin日志清理,并设置expire_logs_days时间,mysql占用空间过大问题

这篇具有很好参考价值的文章主要介绍了mysql-bin日志清理,并设置expire_logs_days时间,mysql占用空间过大问题。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

mysql-bin日志清理,并设置expire_logs_days时间,mysql占用空间过大问题

问题

最近发现生产环境的服务器磁盘空间吃紧,查下到底是哪里占用的空间比较大,最后发现,mysql占用空间蛮大的。

du -sh *

64G docker_data
6.4G    ftpwww
35G jenkins
33G mysql_data
33G www

发现mysql占用的空间很大,具体看看哪些数据占用了空间

cd mysql_data
ls -hl 

-rw-r----- 1 mysql mysql 1.1G 47 2023 mysql-bin.000001
-rw-r----- 1 mysql mysql 1.1G 422 2023 mysql-bin.000002
-rw-r----- 1 mysql mysql 1.1G 57 2023 mysql-bin.000003
-rw-r----- 1 mysql mysql 1.1G 520 2023 mysql-bin.000004
-rw-r----- 1 mysql mysql 1.1G 62 2023 mysql-bin.000005
-rw-r----- 1 mysql mysql 1.1G 615 2023 mysql-bin.000006
-rw-r----- 1 mysql mysql 1.1G 628 2023 mysql-bin.000007
-rw-r----- 1 mysql mysql 1.1G 711 2023 mysql-bin.000008
-rw-r----- 1 mysql mysql 477M 717 19:51 mysql-bin.000009
-rw-r----- 1 mysql mysql 1.1G 731 17:04 mysql-bin.000010
-rw-r----- 1 mysql mysql 1.1G 814 00:53 mysql-bin.000011
-rw-r----- 1 mysql mysql 1.1G 826 18:10 mysql-bin.000012
-rw-r----- 1 mysql mysql 1.1G 98 20:23 mysql-bin.000013
-rw-r----- 1 mysql mysql 1.1G 921 22:34 mysql-bin.000014
-rw-r----- 1 mysql mysql 1.1G 105 00:00 mysql-bin.000015
-rw-r----- 1 mysql mysql 1.1G 1018 02:13 mysql-bin.000016
-rw-r----- 1 mysql mysql 1.1G 1031 02:55 mysql-bin.000017
-rw-r----- 1 mysql mysql 1.1G 1115 12:04 mysql-bin.000018
-rw-r----- 1 mysql mysql 1.1G 121 12:10 mysql-bin.000019
-rw-r----- 1 mysql mysql 451M 128 18:30 mysql-bin.000020
-rw-r----- 1 mysql mysql  177 1211 09:57 mysql-bin.000021
-rw-r----- 1 mysql mysql 1.1G 1225 07:22 mysql-bin.000022
-rw-r----- 1 mysql mysql 1.1G 17 22:24 mysql-bin.000023

发现mysql-bin占用了很大的空间

mysql-bin为操作的日志,用作DB的数据恢复使用

查看mysql配置参数

vi /etc/my.cnf

发现配置了mysql-bin,但是为什么一直在增加没有删除,估计,是没有配置日志的保留时间

登录mysql或者使用mysql连接工具

show variables like 'expire_logs_days';

发现配置的默认是0,代表一致保存

解决

全局修改参数

因为生产环境DB,不能重启,暂时配置全局

-- 保存30天的日志
set global expire_logs_days=30;
show variables like 'expire_logs_days';

清理日志规则

设置之后不会立即清除,触发条件是:binlog大小超过max_binlog_size (默认max_binlog_size=1G)手动执行flush logs重新启动时(MySQL将会new一个新文件用于记录binlog)

show variables like 'max_binlog_size';

可以配置后,不用手动清理,等着规则触发清理即可。

手动清理

mysql> flush logs;

如果binlog非常多,不要轻易设置改参数,有可能导致io争用,这时候可以使用purge命令予以清除:

将mysql-bin.000008之前的binlog清掉:

mysql>purge binary logs to ‘mysql-bin.000008’;
将指定时间之前的binlog清掉:
mysql>purge binary logs before ‘2023-12-12 23:59:59’;

my.cnf

全局修改只是当前有效,如果要永久有效,需要更改my.cnf配置,然后重启mysql文章来源地址https://www.toymoban.com/news/detail-789632.html

外传

😜 原创不易,如若本文能够帮助到您的同学
🎉 支持我:关注我+点赞👍+收藏⭐️
📝 留言:探讨问题,看到立马回复
💬 格言:己所不欲勿施于人 扬帆起航、游历人生、永不言弃!🔥

到了这里,关于mysql-bin日志清理,并设置expire_logs_days时间,mysql占用空间过大问题的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Mysql开启bin-log日志

    目录 一、安装配置 二、mysqlbinlog命令   

    2024年02月20日
    浏览(63)
  • mysql binlog 日志自动清理及手动删除

    1、查看日志文件的文件名以及在那里 show binary logs; 2、手动清除binlog文件 以文件为参考物 purge master logs to \\\'mysql-bin.009\\\';    ‘mysql-bin.009’之前的全部被清除,不包含mysql-bin.009 以时间为参考物 PURGE MASTER LOGS BEFORE DATE_SUB(CURRENT_DATE, INTERVAL 10 DAY); //删除10天前的MySQL binlog日志 删除所

    2024年02月07日
    浏览(57)
  • MySQL 三大日志(bin log、redo log、undo log)

    redo log (重做日志) 是 InnoDB 存储引擎独有的,它让 MySQL有了崩溃恢复的能力,是事务中实现 持久化的重要操作 比如 MySQL 实例宕机了,重启时, InnoDB 存储引擎会使用 redo log 恢复数据,保 证数据的持久性与完整性 。 MySQL 中数据时以页为单位,查询一条记录,会从硬盘中把该

    2024年02月07日
    浏览(57)
  • 第81讲:清理MySQL Binlog二进制日志的方式

    Binlog日志非常重要,但是占用的磁盘空间也很大,我们也需要定期的去清理二进制日志,在MySQL数据库中,提供了自动清理Binlog日志的参数,根据指定的天数,保留n天内的Binlog日志,也可以手动人为删除。 在手动删除Binlog日志时,要切记不要使用rm -rf直接删除Binlog,会导致主

    2024年02月04日
    浏览(48)
  • 一文读懂MySQL7大日志(slow、redo、undo、bin、relay、general、error)

    用于记录执行时间超过指定值的 SQL 语句的详细信息,多用于调试和监控。 因为开启会略微影响性能,所以默认没有开启,所以需要配置。 重做日志,记录了数据库中发生的每次修改,如增、删、改、对数据页的更改。这些修改被记录在 redo 日志中,以便在数据库崩溃或意外

    2024年03月09日
    浏览(61)
  • Mysql日志redo log、bin log、undo log 区别与作用及二阶段提交

    重做日志 作用:确保事务的持久性。防止在发生故障的时间点,尚有脏页未写入磁盘,在重启mysql服务的时候,根据redo log进行重做,从而达到事务的持久性这一特性。 内容:物理格式的日志,记录的是物理数据页面的修改的信息,其redo log是顺序写入redo log file的物理文件中

    2024年02月03日
    浏览(51)
  • MySQL日志保留策略:设置binlog日志保存天数、文件大小限制

    在MySQL中,有三种主要类型的日志记录:二进制日志(binlog)、错误日志和查询日志。这些日志记录对于MySQL数据库的管理和维护非常重要。在本文中,我们将重点讨论如何设置binlog日志的保留策略。 默认情况下,MySQL会自动将binlog日志文件保存在主目录或指定目录下,并且不

    2024年02月04日
    浏览(48)
  • redis 设置expire=0和直接调用delete删除key的区别

    问题起源于生产上应用redis做的一个临时缓存的场景,调用方首先调用某个容器的生成接口,该接口会生成临时缓存的数据放到redis中,然后调用方在调用获取数据内容的接口从任何一台容器中获取放置在redis中的临时数据。 由于临时数据仅仅只是为了在第二步获取数据内容时

    2024年02月16日
    浏览(41)
  • oracle警告日志\跟踪日志磁盘空间清理

    问题现象: 通过查看排查到alert和tarce占用大量磁盘空间 警告日志 /u01/app/oracle/diag/rdbms/orcl/orcl/alert 跟踪日志 /u01/app/oracle/diag/rdbms/orcl/orcl/trace 解决方案: 用adrci清除日志 确定目录 查看homepath是不是所要处理的日志目录 设置homepath(不支持多个路径) 清空警告日志 1440是按分钟算

    2024年02月11日
    浏览(38)
  • 清理 Oracle 的监听日志

    用户的双节点 Oracle 11g rac 集群,近期发现硬盘空间使用过多,其中的一个节点【/oracle】目录空间使用了接近 90%,另一个节点使用了 95%。以其中的一个节点为例,详细情况如下: 使用【du】命令查看【/oracle】目录的空间占用情况,发现【/oracle/app/crs_base/diag/tnslsnr/his01/listen

    2024年02月14日
    浏览(45)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包