mysql 删除多余的bin-log文件

今天上班发现zabbix报警,打开报警页面看了下,说的是服务器的/分区低于20%。

ssh到服务器上,查看结果发现是mysql的bin-log文件导致使用率低于20%

mysql> system ls -lh
total 8.5G
-rw-rw---- 1 mysql mysql 1.6G May 21 10:09 ibdata1
-rw-rw---- 1 mysql mysql 5.0M May 21 10:09 ib_logfile0
-rw-rw---- 1 mysql mysql 5.0M May 21 10:09 ib_logfile1
drwx------ 2 mysql root  4.0K Sep 15  2014 mysql
-rw-rw---- 1 mysql mysql 1.1G Feb 13 20:43 mysql-bin.000016
-rw-rw---- 1 mysql mysql 1.1G Mar  3 14:37 mysql-bin.000017
-rw-rw---- 1 mysql mysql 1.1G Mar 20 04:18 mysql-bin.000018
-rw-rw---- 1 mysql mysql 1.1G Apr  4 19:29 mysql-bin.000019
-rw-rw---- 1 mysql mysql 1.1G Apr 20 15:57 mysql-bin.000020
-rw-rw---- 1 mysql mysql 1.1G May  6 15:30 mysql-bin.000021
-rw-rw---- 1 mysql mysql 967M May 21 10:09 mysql-bin.000022
-rw-rw---- 1 mysql mysql  133 May 21 10:09 mysql-bin.index
drwx------ 2 mysql mysql 4.0K Sep 15  2014 performance_schema
-rw-r----- 1 mysql root   43K May 21 10:09 staging-slave.err
-rw-rw---- 1 mysql mysql    5 Oct 26  2014 staging-slave.pid
drwx------ 2 mysql mysql 4.0K Jan 23 09:44 zabbix
mysql> system df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       20G   15G  4.3G  78% /
tmpfs           1.9G     0  1.9G   0% /dev/shm

#删除mysql-bin.000022之前的bin-log文件
mysql> purge master logs to ‘mysql-bin.000022‘;
Query OK, 0 rows affected (0.38 sec)

mysql> show master status;
+------------------+------------+--------------+------------------+
| File             | Position   | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+------------+--------------+------------------+
| mysql-bin.000022 | 1013605244 |              |                  |
+------------------+------------+--------------+------------------+
1 row in set (0.00 sec)

mysql> system ls -lh
total 2.5G
-rw-rw---- 1 mysql mysql 1.6G May 21 10:44 ibdata1
-rw-rw---- 1 mysql mysql 5.0M May 21 10:44 ib_logfile0
-rw-rw---- 1 mysql mysql 5.0M May 21 10:24 ib_logfile1
drwx------ 2 mysql root  4.0K Sep 15  2014 mysql
-rw-rw---- 1 mysql mysql 969M May 21 10:44 mysql-bin.000022
-rw-rw---- 1 mysql mysql   19 May 21 10:09 mysql-bin.index
drwx------ 2 mysql mysql 4.0K Sep 15  2014 performance_schema
-rw-r----- 1 mysql root   43K May 21 10:09 staging-slave.err
-rw-rw---- 1 mysql mysql    5 Oct 26  2014 staging-slave.pid
drwx------ 2 mysql mysql 4.0K Jan 23 09:44 zabbix
时间: 2024-10-07 23:40:39

mysql 删除多余的bin-log文件的相关文章

mysql删除多余pk10网站出租数据

需求为删除mysql数据库中重复数据,保留第一条 初步代码为:pk10网站出租(企 娥:217 1793 408) DELETEFROMbase_phone_lableWHEREphone IN (SELECTphoneFROMbase_phone_lableGROUP BYphoneHAVINGcount(phone) > 1)AND id NOT IN (SELECTmin(id)FROMbase_phone_lableGROUP BYphoneHAVINGcount(phone) > 1

Oracle在线 redo log文件丢失后的恢复

今天一个开发库启动不了了,发过来报错一看是日志文件损坏了(见下图),接着说了一下前因后果.说是年前服务器掉电了,然后就再没有启动起来过.今天有人用才想到要处理. 先说一下大体的思路,如果损坏的redo log是INACTIVE状态的,也就是实例崩溃恢复用不到的redo log,那处理起来比较容易,直接alter database clear logfile group #;或alter database clear unarchived logfile group #;重建日志组就行了.建议重建

删除多余的自编译的内核、mysql连接不了的问题

1.删除多余的自编译的内核 每次Debian发布内核更新,总是有某些内核选项跟自己的硬件不配套,要自己编译内核.编译多了,多余的内核就占用了多余的硬盘空间.我就试过因为/boot分区满了,而导致编译内核失败.为了腾出有限的资源,删除多余的内核很有必要. 看到了卸载自己编译的内核 找到了可行的方法. 主要的思路是,在/lib/modules/./boot文件夹下删除多余的文件,然后更新grub就可以了. 下面是效果图 删除前,多个自编译内核 删除/lib/modules/./boot下面的文件 由

Linux删除Tomcat中所有产生的log文件

#!/bin/bash #!/bin/bash #exact all log files #计算log文件个数log_number=`ls *.log |grep log -c` #当log文件数大于0时遍历删除文件中的文件夹if [ $log_number -gt 0 ];then list_log_files=$(ls *.log) #Traverse to delete files for log_file in $list_log_files do #delete all log fil

centos定时删除log文件

#!bin/bash #获取年 time=$(date "+%Y") #查找并删除7天前的文件 find /opt/applog/travelsky -type f -mtime +7 -exec rm -f {} \; find /xcx/hislogs/logs -type f -mtime +7 -exec rm -f {} \; #查找并删除7天前的文件 find /usr/local/proxy-web/logs -type f -mtime +7 -exec rm -f {

关于mysql的ddl_log.log文件

今天在mysql数据库的data目录下发现了这样的一个log文件 ddl_log.log 于是官网查看了一下,英文好的可以自己阅读一下,不好的就麻烦了:( The DDL Log The DDL log, or metadata log, records metadata operations generated by data definition statements such as DROP TABLEand ALTER TABLE. MySQL uses this log to reco

安装完mysql数据库后的优化(删除多余用户和数据库)

1.查看数据库的版本信息: MariaDB [(none)]> select version(); +----------------+ | version()      | +----------------+ | 5.5.52-MariaDB | +----------------+ 1 row in set (0.18 sec) 2.删除多余的账号(除root和localhost的) MariaDB [(none)]> use mysql MariaDB [mysql]> sele

教你如何删除tomcat服务器的stdout.log文件

用Tomcat做WEB服务器的人都知道,有个很让人头痛的问题,就是stdout.log日志文件会自动增长,而且增长得很快. 先来看看我的痛处吧,公司有个WEB应用,就是用Tomcat作为服务器的,由于访问量大,stdout.log日志暴增,每两天天就得重启一次服务器,否则就报500错误.于是我就想,能不能禁掉这个stdout.log日志呢?在网上一查,发现很多人都遇到这个问题,并且因此而头痛.我今天找到解决问题的方法了,其实很简单: ① 打开Tomcat的“Configure Tomcat” ②

SQLServer:删除log文件和清空日志的方法

1.删除LOG 2. 清空日志 3. 收缩数据库文件 4. 截断事务日志 数据库的性能是DBA都需要重点关注的,日志文件的增多严重影响数据库的性能,本文将为您介绍SQL Server删除日志文件的方法,供您参考,希望对您有所帮助. 数据库在使用过程中会使日志文件不断增加,使得数据库的性能下降,并且占用大量的磁盘空间.SQL Server数据库都有log文件,log文件记录用户对数据库修改的操作.可以通过直接删除log文件和清空日志在清除数据库日志. 1.删除LOG 1.1 分离数据库 分离数据库