本文目录一览：
- 1、linux服务器无法连接mysql 怎么清除mysql日志
- 2、Mysql之Linux环境下如何彻底删除卸载Mysql
- 3、mysql在linux下日志满了怎么办
- 4、linux mysql怎样查询删除的资料
linux服务器无法连接mysql 怎么清除mysql日志
连不上，报什么错误？清除日期切换到/var/log/mysql.log下，直接rm -f 强制删除
Mysql之Linux环境下如何彻底删除卸载Mysql
1、首先连接操作系统，切换到root用户。
如果是使用yum安装的mysql，使用如下命令进行卸载（不能确定使用何种方式安装的mysql情况下，按后续步骤一一进行处理即可）：
# yum remove mysql mysql-server mysql-libs compat-mysql51
# rm -rf /var/lib/mysql
# rm /etc/my.cnf
使用rpm -qa|grep mysql命令来查看rpm方式安装的mysql，如果查询结果不为空，需要将这些rpm卸载掉。
2、如果是使用rpm方式安装的mysql，按如下步骤进行处理：
查看系统中是否以rpm包安装的mysql：
# rpm -qa | grep -i mysql
使用rpm -e 命令将上个命令中包列表一一进行卸载。
然后删除mysql相关的服务。
# chkconfig --list | grep -i mysql
# chkconfig --del mysql
3、然后找出OS中分散的mysql文件夹，并删除。
# find / -name mysql
mysql在linux下日志满了怎么办
你指的是哪个日志?
一、
二进制日志，
办法1:
PURGE
MASTER
LOGS
TO
‘mysql-bin.000021′;
将序号为000021之前的日志全部删除
办法2:
PURGE
MASTER
LOGS
BEFORE
’2010-03-22
00:00:00′;
将日期为2010-03-22之前的日志删除
二、慢查，错误、无索引日志等可以直接拷贝到其他目录，或者手动删除
linux mysql怎样查询删除的资料
如果你没开启日志记录，就准备哭吧。
想要恢愎数据库以前的资料,执行mysqlshow binlog events;
由于数据量很多，查看起来很麻烦，光打开个文件就要闪半天，所以应该适当删除部分可不用的日志。
并且如果使用的时间足够长的话，会把我的硬盘空间都给吃掉
1、登录系统，/usr/bin/mysql
使用mysql查看日志
mysqlshow binary logs;
+—————-+———–+
| Log_name | File_size |
+—————-+———–+
| ablelee.000001 | 150462942 |
| ablelee.000002 | 120332942 |
| ablelee.000003 | 141462942 |
+—————-+———–+
2、删除bin-log(删除ablelee.000003之前的而没有包含ablelee.000003)
mysql purge binary logs to ′ablelee.000003′;
Query OK, 0 rows affected (0.16 sec)
3、查询结果(现在只有一条记录了)
mysql show binlog events\G
*************************** 1. row ***************************
Log_name: ablelee.000003
Pos: 4
Event_type: Format_desc
Server_id: 1
End_log_pos: 106
Info: Server ver: 5.1.26-rc-log, Binlog ver: 4
1 row in set (0.01 sec)
(ablelee.000001和ablelee.000002已被删除)
mysql show binary logs;
+—————-+———–+
| Log_name | File_size |
+—————-+———–+
| ablelee.000003 | 106 |
+—————-+———–+
1 row in set (0.00 sec)
(删除的其它格式运用!)
PURGE {MASTER | BINARY} LOGS TO ‘log_name’
PURGE {MASTER | BINARY} LOGS BEFORE ‘date’
用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件
中的清单中被删除，这样被给定的日志成为第一个。
例如：
PURGE MASTER LOGS TO ‘mysql-bin.010′;
PURGE MASTER LOGS BEFORE ‘2008-06-22 13:00:00′;
清除3天前的 binlog
PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 3 DAY);
BEFORE变量的date自变量可以为’YYYY-MM-DD hh:mm:ss’格式。MASTER和BINARY是同义词。
如果您有一个活性的从属服务器，该服务器当前正在读取您正在试图删除的日志之一，则本语句不会起作用，
而是会失败，并伴随一个错误。不过，如果从属服务器是休止的，并且您碰巧清理了其想要读取的日志之一，则从
属服务器启动后不能复制。当从属服务器正在复制时，本语句可以安全运行。您不需要停止它们。
要清理日志，需按照以下步骤：
1. 在每个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪个日志。
2. 使用SHOW MASTER LOGS获得主服务器上的一系列日志。
3. 在所有的从属服务器中判定最早的日志。这个是目标日志。如果所有的从属服务器是更新的，这是清单上的
最后一个日志。
4. 制作您将要删除的所有日志的备份(这个步骤是自选的，但是建议采用)。
5. 清理所有的日志，但是不包括目标日志。
下面讲一下怎么从二进制文件恢复数据, 假如不小心执行了drop table xxx_db, 假如你保留了完整的二进制日志的话, 先不要冒汗, 这是可以恢复的.
先看看日志
#mysqlbinlog /diskb/bin-logs/xxx_db-bin.000001
找到执行create table xxx_db之后和drop table xxx_db之前的position, 假如是20, 1000
#mysqlbinlog --start-position="4" --stop-position="1000" /diskb/bin-logs/xxx_db-bin.000001 | mysql -u root
伴随着一大堆的ERROR 1062 (23000) at line 12355: Duplicate entry '139' for key 1, 数据库就这样恢复了, 不过--start-position="20"是不行的, 必须从--start-position="4"开始, 为什么要强制从4开始, 这个问题我也暂时没有搞清楚.
还有一种办法是根据日期来恢复
#mysqlbinlog --start-datetime="2009-09-14 0:20:00" --stop-datetim="2009-09-15 01:25:00" /diskb/bin-logs/xxx_db-bin.000001 | mysql -u root
如果create table xxx_db和drop table xxx_db之间的时间相距是一年, 或者在不同的二进制日志中, 且位置相距好远, 就等着失眠吧! 做好备份, 小心操作才是正路啊！
