万网经常清空网站,临清网站开发,做视频up主视频网站,自适应网站做1920的近段时间一直在研究mysql的日志系统,在网上看了N多mysql日志操作的文章#xff0c;但都过于零乱#xff0c;为了让自己以后不再搞忘#xff0c;特作出以下总结#xff1a;1. 以前我错误的认为mysql的日志可以恢复到任何时间的状态#xff0c;其实并不是这样#xff0c;这…近段时间一直在研究mysql的日志系统,在网上看了N多mysql日志操作的文章但都过于零乱为了让自己以后不再搞忘特作出以下总结1. 以前我错误的认为mysql的日志可以恢复到任何时间的状态其实并不是这样这个恢复是有前提的就是你至少得有一个从日志记录开始后的数据库备份通过日志恢复数据库实际上只是一个对以前操作的回放过程而已不用想得太复杂既然是回放你就得注意了如果你执行了两次恢复那么就相当于是回放了两次后果如何你自己应该清楚了吧。2. 要想通过日志恢复数据库在你的my.cnf文件里应该有如下的定义log-binmysql-bin这个是必须的.binlog-do-dbdb_test,这个是指定哪些数据库需要日志如果有多个数据库就每行一个如果不指定的话默认就是所有数据库.[mysqld]log-binmysql-binbinlog-do-dbdb_testbinlog-do-dbdb_test23.删除二进制日志:a.mysql system ls -ltr /var/lib/mysql/bintest*;mysqlreset master(清空所有的二进制日志文件)b.purge master logs to bintest.000006;(删除bintest.000006之前的二进制日志文件)c.purge master logs before 2007-08-10 04:07:00(删除该日期之前的日志)d.在my.cnf 配置文件中[mysqld]中添加:expire_logs_day3设置日志的过期天数,过了指定的天数,会自动删除4.下面就是恢复操作了特别提示mysql每次启动都会重新生成一个类似mysql-bin.000003的文件如果你的mysql每天都要重新启动一次的话这时候你就要特别注意不要选错日志文件了。(注意下面有一些技巧这些东西才是最宝贵的哟普通的东东手册上都有这可是我摸索出来的哟别人我都不告诉他。技巧1 :在下面你将看到 mysqlbinlog --stop-date2005-04-20 9:59:59 /var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwd 类似的语句但是它一次只能操作一个日志文件如果你变通一下变成这样 mysqlbinlog --stop-date2005-04-20 9:59:59 /var/log/mysql/mysql-bin.0* | mysql -u root -pmypwd 那么它基本上就会表示出的所有的日志文件了这样可解决你忘记在哪一个日志文件中的问题当然你也可以用这种写法更完美,mysqlbinlog --stop-date2005-04-20 9:59:59 /var/log/mysql/mysql-bin.[0-9]* | mysql -u root -pmypwd 看到[0-9]*这个东东了吧它表示以数字开头的任何字符方便吧技巧2:你可以通过--one-database 参数选择性的恢复单个数据库example在下面爽吧。mysqlbinlog --stop-date2005-04-20 9:59:59 /var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwd --one-database db_test技巧3:如果你老人家已经使用过 /usr/local/mysql5/bin/mysqlbinlog --start-date2005-04-20 9:55:00 /var/data/mysql5/mysql-bin.0* /home/db/tt.sql 类似的语句将日志导成了ASCII文本文件那么你就可以直接在phpmyadmin或者其它什么乱七糟八的的客户端里执行这个文件文件就行了因为它本身就是一个标准的sql文件比如想让文件里面的某些语句不执行OKits easy,找到它们删除即可然后再放进去执行就OK滴啦这个可是灰常灰常的爽哟。。。。。。技巧4:我来给大家讲一下下面这条语句都做了什么mysqlbinlog --stop-date2005-04-20 9:59:59 /var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwd --one-database db_test这是把mysql-bin.000001这个二进制文件里的内容转换成ASCII文件(也就是sql语句)直接通过管道操作符|传输给 mysql这个程序然后过滤掉其它数据库的语句只在db_test里执行。技巧5:着了多打了一个技巧现在暂时没内容等以后再加吧)下面部份摘录自网上。如果MySQL服务器启用了二进制日志你可以使用mysqlbinlog工具来恢复从指定的时间点开始 (例如从你最后一次备份)直到现在或另一个指定的时间点的数据。关于启用二进制日志的信息参见5.11.3节“二进制日志”。对于 mysqlbinlog的详细信息参见mysql手册8.6节“mysqlbinlog用于处理二进制日志文件的实用工具”。要想从二进制日志恢复数据你需要知道当前二进制日志文件的路径和文件名。一般可以从选项文件(即my.cnf or my.ini取决于你的系统)中找到路径。如果未包含在选项文件中当服务器启动时可以在命令行中以选项的形式给出。启用二进制日志的选项为-- log-bin。要想确定当前的二进制日志文件的文件名输入下面的MySQL语句SHOW BINLOG EVENTS G你还可以从命令行输入下面的内容mysql --userroot -pmy_pwd -e SHOW BINLOG EVENTS G将密码my_pwd替换为服务器的root密码。1. 指定恢复时间对于MySQL 4.1.4可以在mysqlbinlog语句中通过--start-date和--stop-date选项指定DATETIME格式的起止时间。举例说明假设在今天上午10:00(今天是2005年4月20日)执行SQL语句来删除一个大表。要想恢复表和数据你可以恢复前晚上的备份并输入mysqlbinlog --stop-date2005-04-20 9:59:59 /var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwd该命令将恢复截止到在--stop-date选项中以DATETIME格式给出的日期和时间的所有数据。如果你没有检测到几个小时后输入的错误的SQL语句可能你想要恢复后面发生的活动。根据这些你可以用起使日期和时间再次运行mysqlbinlogmysqlbinlog --start-date2005-04-20 10:01:00 /var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwd在该行中从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。下一节介绍如何实现。2. 指定恢复位置也可以不指定日期和时间而使用mysqlbinlog的选项--start-position和--stop-position来指定日志位置。它们的作用与起止日选项相同不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法特别是当由于破坏性SQL语句同时发生许多事务的时候。要想确定位置号可以运行mysqlbinlog寻找执行了不期望的事务的时间范围但应将结果重新指向文本文件以便进行检查。操作方法为mysqlbinlog --start-date2005-04-20 9:55:00 --stop-date2005-04-20 10:05:00/var/log/mysql/mysql-bin.000001 /tmp/mysql_restore.sql该命令将在/tmp目录创建小的文本文件将显示执行了错误的SQL语句时的SQL语句。你可以用文本编辑器打开该文件寻找你不要想重复的语句。如果二进制日志中的位置号用于停止和继续恢复操作应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后你应从命令行输入下面内容mysqlbinlog --stop-position368312 /var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwdmysqlbinlog --start-position368315 /var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwd上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个SQL语句记录之前的SET TIMESTAMP语句恢复的数据和相关MySQL日志将反应事务执行的原时间。
