织梦CMS - 轻松建站从此开始!

罗索

MySQL bin_log文件庞大

落鹤生 发布于 2015-01-07 22:57 点击:次 
前几天当我重新启动MySQL服务器的时候,就会有下面的失败语句: MySQL manager or server PID file could not be found!! failed 意思就是MySQL管理器或者无法找到服务器PID文件,后来查看到原因是空间满了,删除一些大文件后得已解决,今天不太放心再去看看,猛然间发
TAG: mysql  

    前几天当我重新启动MySQL服务器的时候,就会有下面的失败语句:

    MySQL manager or server PID file could not be found!! failed

    意思就是MySQL管理器或者无法找到服务器PID文件,后来查看到原因是空间满了,删除一些大文件后得已解决,今天不太放心再去看看,猛然间发现空间占 用又增大了四十多G,于是去查看哪些文件占用的比较大,因为我就放了一个程序不应该占用那么多的。我就从根目录开始找这些文件。因为用root来ssh连 接到我的服务器,没有任何GUI界面,所以只可以用命令行来查看我的文件,这里我首先要介绍一个Linux下面很好用的命令 “du”,而更加好用的就是加上参数”-sh”,这个参数可以用人类可读的方法来标出查询的文件夹的大小,例如 kb, mb,gb等。

我查看到在 /usr/local/mysql/var下面,一共占用了我40GB的空间,天啊!40GB!而看到一大堆文件都是这样的格式:

mysql-bin.000011 mysql-bin.000026 mysql-bin.000041 mysql-bin.000056 mysql-bin.000071 mysql-bin.000086 mysql-bin.000101 mysql-bin.000116
li158-206.err mysql-bin.000012 mysql-bin.000027 mysql-bin.000042 mysql-bin.000057 mysql-bin.000072 mysql-bin.000087 mysql-bin.000102 mysql-bin.000117
li158-206.err-old mysql-bin.000013 mysql-bin.000028 mysql-bin.000043 mysql-bin.000058 mysql-bin.000073 mysql-bin.000088 mysql-bin.000103 mysql-bin.000118
li158-206.pid mysql-bin.000014 mysql-bin.000029 mysql-bin.000044 mysql-bin.000059 mysql-bin.000074 mysql-bin.000089 mysql-bin.000104 mysql-bin.000119
mysql mysql-bin.000015 mysql-bin.000030 mysql-bin.000045 mysql-bin.000060 mysql-bin.000075 mysql-bin.000090 mysql-bin.000105 mysql-bin.000120
mysql-bin.000001 mysql-bin.000016 mysql-bin.000031 mysql-bin.000046 mysql-bin.000061 mysql-bin.000076 mysql-bin.000091 mysql-bin.000106 mysql-bin.000121
mysql-bin.000002 mysql-bin.000017 mysql-bin.000032 mysql-bin.000047 mysql-bin.000062 mysql-bin.000077 mysql-bin.000092 mysql-bin.000107 mysql-bin.000122
mysql-bin.000003 mysql-bin.000018 mysql-bin.000033 mysql-bin.000048 mysql-bin.000063 mysql-bin.000078 mysql-bin.000093 mysql-bin.000108 mysql-bin.000123
mysql-bin.000004 mysql-bin.000019 mysql-bin.000034 mysql-bin.000049 mysql-bin.000064 mysql-bin.000079 mysql-bin.000094 mysql-bin.000109 mysql-bin.000124
mysql-bin.000005 mysql-bin.000020 mysql-bin.000035 mysql-bin.000050 mysql-bin.000065 mysql-bin.000080 mysql-bin.000095 mysql-bin.000110 mysql-bin.000125
mysql-bin.000006 mysql-bin.000021 mysql-bin.000036 mysql-bin.000051 mysql-bin.000066 mysql-bin.000081 mysql-bin.000096 mysql-bin.000111 mysql-bin.000126
mysql-bin.000007 mysql-bin.000022 mysql-bin.000037 mysql-bin.000052 mysql-bin.000067 mysql-bin.000082 mysql-bin.000097 mysql-bin.000112 mysql-bin.index
mysql-bin.000008 mysql-bin.000023 mysql-bin.000038 mysql-bin.000053 mysql-bin.000068 mysql-bin.000083 mysql-bin.000098 mysql-bin.000113
mysql-bin.000009 mysql-bin.000024 mysql-bin.000039 mysql-bin.000054 mysql-bin.000069 mysql-bin.000084 mysql-bin.000099 mysql-bin.000114
mysql-bin.000010 mysql-bin.000025 mysql-bin.000040 mysql-bin.000055 mysql-bin.000070 mysql-bin.000085 mysql-bin.000100 mysql-bin.000115

其中有好几个都是占用了1.1GB。

究竟这些是什么文件?

这些文件是叫做MySQL Binary Log,主要有下面两个作用:

  1. 数据恢复。
  2. 在主从服务器上提高复制的可靠性。这个其实是主要的作用,但是我根本没有主从服务器,我只有一个,所以用不着,对不?

如何解决?

    既然知道问题所在,我就知道怎么去做,首先当然是要杜绝问题重复发生,ssh 登录然后运行 /usr/local/mysql/bin/mysql -u root -p 登录执行:

reset master;

在/etc/ 下面找到my.cnf把
#log-bin=mysql-bin
#binlog_format=mixed
这两行注释掉,然后将这些文件全部删除,40GB啊,删除后那个畅快的感觉难以形容。

重新启动我的服务器,现在健步如飞,爽就一个字。

(tanbo)
本站文章除注明转载外,均为本站原创或编译欢迎任何形式的转载,但请务必注明出处,尊重他人劳动,同学习共成长。转载请注明:文章转载自:罗索实验室 [http://www.rosoo.net/a/201501/17188.html]
本文出处:tanbo 作者:tanbo 原文
顶一下
(0)
0%
踩一下
(0)
0%
------分隔线----------------------------
发表评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
用户名: 验证码:点击我更换图片
栏目列表
将本文分享到微信
织梦二维码生成器
推荐内容