mysql-bin.000001文件的来源及处理方法

mysql的数据文件夹里出现mysql-bin日志文件,通过my.cnf注释掉log后,是否可以删除了?

参考

http://database.51cto.com/art/201107/278988.htm

详细介绍mysql-bin.000001文件的来源及处理方法

MySQL数据库中,mysql-bin.000001mysql- bin.000002等文件是数据库的操作日志,例如UPDATE一个表,或者DELETE一些数据,即使该语句没有匹配的数据,这个命令也会存储到日志文件中,还包括每个语句执行的时间,也会记录进去的。

这样做主要有以下两个目的:

1:数据恢复

如果你的数据库出问题了,而你之前有过备份,那么可以看日志文件,找出是哪个命令导致你的数据库出问题了,想办法挽回损失。

2:主从服务器之间同步数据

主服务器上所有的操作都在记录日志中,从服务器可以根据该日志来进行,以确保两个同步。

处理方法分两种情况:

1:只有一个mysql服务器,那么可以简单的注释掉这个选项就行了。

vi /etc/my.cnf把里面的log-bin这一行注释掉,重启mysql服务即可。

2:如果你的环境是主从服务器,那么就需要做以下操作了。

A:在每个从属服务器上,使用SHOW SLAVE STATUS来检查它正在读取哪个日志。

B:使用SHOW MASTER LOGS获得主服务器上的一系列日志。

C:在所有的从属服务器中判定最早的日志,这个是目标日志,如果所有的从属服务器是更新的,就是清单上的最后一个日志。

D:清理所有的日志,但是不包括目标日志,因为从服务器还要跟它同步。

清理日志方法为:

  1. PURGE MASTER LOGS TO 'mysql-bin.010';  
  2.  
  3. PURGE MASTER LOGS BEFORE '2008-12-19 21:00:00'; 

如果你确定从服务器已经同步过了,跟主服务器一样了,那么可以直接RESET MASTER将这些文件删除。

======================================

之前发现自己10G的服务器空间大小,用了几天就剩下5G了,自己上传的文件才仅仅几百M而已,到底是什么东西占用了这么大空间呢?今天有时间彻底来查了一下:

看下上面的目录web根目录是放在/home 里面的,所有文件加起来才不到300M,而服务器上已经占用了近5G空间,恐怖吧,最后经我一步一步查询得知,原来是这个文件夹占了非常多的空间资源:

原来如此,是mysql文件夹下的var目录占用空间最大,那里面是啥 内容呢?我们来看下:

发现了如此多的mysql-bin.0000X文件,这是什么东西呢?原来这是mysql的操作日志文件.我才几十M的数据库,操作日志居然快3G大小了。

如何删除mysql-bin.0000X 日志文件呢?

红色表示输入的命令.

  1. [root@jiucool var]# /usr/local/mysql/bin/mysql -u root -p  
  2.  
  3. Enter password: (输入密码)  
  4.  
  5. Welcome to the MySQL monitor. Commands end with ; or \g.  
  6.  
  7. Your MySQL connection id is 264001  
  8.  
  9. Server version: 5.1.35-log Source distribution  
  10.  
  11. Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the current input statement.  
  12.  
  13. mysql> reset master; (清除日志文件)  
  14.  
  15. Query OK, 0 rows affected (8.51 sec)  
  16.  
  17. mysql> 

好了,我们再来查看下mysql文件夹占用多少空间?

  1. [root@jiucool var]# du -h –max-depth=1 /usr/local/mysql/  
  2.  
  3. 37M     /usr/local/mysql/var  
  4.  
  5. 70M     /usr/local/mysql/mysql-test  
  6.  
  7. 15M     /usr/local/mysql/lib  
  8.  
  9. 448K    /usr/local/mysql/include  
  10.  
  11. 2.9M    /usr/local/mysql/share  
  12.  
  13. 7.6M    /usr/local/mysql/libexec  
  14.  
  15. 17M     /usr/local/mysql/bin  
  16.  
  17. 11M     /usr/local/mysql/docs  
  18.  
  19. 2.9M    /usr/local/mysql/sql-bench  
  20.  
  21. 163M    /usr/local/mysql/ 

好了,看一下,整个mysql目录才占用163M大小!OK,没问题,既然mysql-bin.0000X日志文件占用这么大空间,存在的意义又不是特别大,那么我们就不让它生成吧。

  1. [root@jiucool var]# find / -name my.cnf 

找到了my.cnf 即mysql配置文件,我们将log-bin=mysql-bin 这条注释掉即可.

  1. # Replication Master Server (default)  
  2.  
  3. # binary logging is required for replication  
  4.  
  5. #log-bin=mysql-bin 

重启下MySQL,一切OK啦!关于MySQL数据库mysql-bin.000001文件的来源及处理方法就介绍到这里了,希望通过本次的介绍能够带给您一些收获吧,谢谢各位浏览!

时间: 2024-12-01 11:38:12

mysql-bin.000001文件的来源及处理方法的相关文章

mysql表物理文件被误删的解决方法_Mysql

前言       1.该方法只介绍了如何救回这个表名(数据不恢复) 如果想要恢复原来数据 直接用extundelete把文件恢复后放回去即可       2.并且是适用于平时没有全备的情况下  如果有全备 直接那全备的frm和idb文件放回去 就可以了       3.该方法同样适用于数据表迁移(只迁移一个表)  因为discard再import的速度 远比先dump再恢复的速度要快得多 建议: 平时备份一下表结构是非常重要的 -- 如果你直接删除了mysql的表文件 (.frm .idb) 

Windows下修改mysql的data文件夹存放位置的方法_Mysql

按照正常步骤进行mysql的安装之后,发现datadir的默认目录是 复制代码 代码如下: C:\Documents and Settings\All Users\Application Data\MySQL\MySQL Server 5.1\data 本来C盘容量就不多,当然不能放在这个里面~~所以按照网上的步骤,在my.ini文件中进行了修改,然后在"服务"里面重启服务,可怕的事情发生了,出现了"本地计算机无法启动Mysql服务"的错误,愁苦死了,只好卸载又重装

Windows下修改mysql的data文件夹存放位置的方法

按照正常步骤进行mysql的安装之后,发现datadir的默认目录是C:/Documents and Settings/All Users/Application Data/MySQL/MySQL Server 5.1/data本来C盘容量就不多,当然不能放在这个里面~~所以按照网上的步骤,在my.ini文件中进行了修改,然后在"服务"里面重启服务,可怕的事情发生了,出现了"本地计算机无法启动Mysql服务"的错误,愁苦死了,只好卸载又重装,问题还是一样,不停百度谷

mysql导入数据库文件最大限制的修改方法

自己电脑上装的WAMP,在导入数据库比较大(大于2M)时遇到错误,不能导入. 找到解决方法: php.ini配置文件中有三处地方需要改动: upload_max_filesize memory_limit post_max_size 这三个值都工具实际情况改下,重启服务器以后,虽然导入时仍然显示是 最大限制:2,048 KB) ;   但实际上已经可以导入很大的数据库了...

修改php.ini实现Mysql导入数据库文件最大限制的修改方法_php技巧

自己电脑上装的WAMP,在导入数据库比较大(大于2M)时遇到错误,不能导入. 找到解决方法: php.ini配置文件中有三处地方需要改动: upload_max_filesize memory_limit post_max_size 这三个值都根据实际情况改下,重启服务器以后,虽然导入时仍然显示是 最大限制:2,048 KB) : 但实际上已经可以导入很大的数据库了...

mysql 清除relay-log文件方法详解

mysql 清除relay-log文件方法详解 今天在本机的mysql数据目录下发现了许多类似hostname-relay-bin.0000*的文件,该文件一般是在mysql slave实例上存在.主要用途是记录主从同步的信息,正常情况下会自动删除的. 本机未配置过master.slave,对于其来源还真不太清楚.既然是用在slave上的,那就可以放心的删除.删除master实例上的日志文件用reset master,对于slave实例就使用命令:  代码如下 复制代码 reset slave

linux系统中清理MySql的日志文件mysql-bin.00000

首先说明,mysql-bin.00000*类似的文件是mysql的日志文件. 通过命令  代码如下 复制代码 du -h –max-depth=1 / 查看根目录下每个文件夹所占用存储的大小,发现/var占用了快3G,进一步使用du命令,发现是存放mysql数据文件的文件夹占用了绝大部分空间,进入该文件夹,发现有很多mysql-bin.00000开头的文件,而且其中的某些达到了1G以上,google发现原来这些用户是mysql记录的日志文件,用于数据库崩溃后恢复数据和主从数据库进行数据同步的.如

MySQL导入.sql文件及常用命令

MySQL导入.sql文件及常用命令 转自:http://blog.csdn.net/muziduoxi/article/details/6091202  在MySQL Qurey   Brower中直接导入*.sql脚本,是不能一次执行多条sql命令的,在mysql中执行sql文件的命令: mysql> source   d:/myprogram/database/db.sql; 另附mysql常用命令: 一) 连接MYSQL:     格式: mysql -h主机地址 -u用户名 -p用户密

mysql二进制日志文件恢复数据库_Mysql

二进制日志的文件的作用     mysql二进制日志文件用来记录所有用户对数据库操作,即记录用户对数据库操作的sql语句.如果有此文件,当数据库发生意外时,可以通过此文件查看到用户在此文件记录的时间段内用户所做的操作,再和数据库备份配合使用,即可再现用户操作,使数据库恢复. 二进制日志文件的弊端 二进制日志文件开启后,所有对数据库操作的记录均会被记录到此文件, 所以,当长时间开启之后,日志文件会变得很大,占用磁盘空间. 使用二进制日志文件恢复数据库 开启日志文件 mysql默认是不开启日志文件的