在5.1的mysql版本中已经没有了更新日志,二进制日志完成可以代替并更好。 二进制日志记录了所有的DDL和DML,但不包括各种查询。通过二进制日志,可以实现什么效果呢?二进制日志文件可以实现灾难数据恢复,另外可以应用到mysql复制数据同步。二进制日志包含了所有更新了数据或者已经潜在更新了数据(例如,没有匹配任何行的一个DELETE)的所有语句。语句以“事件”的形式保存,它描述了数据更改。运行服务器时若启用二进制日志则性能大约慢1%。但是,二进制日志的好处,即用于恢复并允许设置复制超过了这个小小的性能损失。 --mysql二进制日志的配置 --log-bin=[file-name]用来指定错误日志存放的位置。 如果没有指定[file-name],默认为主机名后面跟-bin做为文件名,默认存放在DATADIR目录中。 也可以将log-bin配置到my.cnf文件中,这样就省去了每次在启动mysqld时都手工指定--log-bin. #vi /etc/my.cnf log-bin[=/usr/local/mysql/var/mysql-bin] //启用二进制日志功能 binlog-do-db[=数据库名] //指定记录二进制日志的数据库 binlog-ingore-db[=数据库名] //指定不记录二进制日志的数据库 --查看二进制日志文件 由于binlog以是binary方式存取,不能直接查看,需要用mysql提供的mysqlbinlog工具查看。 mysqlbinlog命令 格式:mysqlbinlog [选项] 日志文件 选项: -d 数据库名 列出指定数据库的二进制日志 -h 服务器地址 指定数据库服务器地址 -u 用户名 指定连接服务器的用户名 -p 口令 指定用户口令 -P 数字 指定服务器端口号 -R 读取二进制日志 --start-datetime=datetime 指定开始时间 --stop-datetime=datetime 指定结束时间 --start-position=数字 指定开始位置 --stop-position=数字 指定结束位置 实例:-查看本机mysql服务器的binlog.001二进制日志文件内容 #mysqlbinlog binlog.001 --删除二进制日志文件 (1).用reset master命令删除所有日志,新日志重新从000001开始编号 (2).用purge master logs to 'mysq-bin.******' 命令可以删除指定编号前的所有日志 (3).用purge master logs to before 'YYYY-MM-DD HH24:MI:SS'命令可以删除'YYYY-MM-DD HH24:MI:SS'之前的产生的所有日志 (4).可以在my.cnf中指定--expire_logs_days=#,此参数设置了binlog日志的过期天数 --mysql二进制日志演示 [mysql@51osos]$ mysql -uroot -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 18 to server version: 5.0.26-standard-log Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> use test; Database changed mysql> select * from pet; +----------+--------+---------+------+------------+------------+ | name | owner | species | sex | birth | death | +----------+--------+---------+------+------------+------------+ | Fluffy | Harold | cat | f | 1993-02-04 | NULL | | Claws | Gwen | cat | m | 1994-03-17 | NULL | | Buffy | Harold | dog | f | 1989-05-13 | NULL | | Fang | Benny | dog | m | 1990-08-27 | NULL | | Bowser | Diane | dog | m | 1979-08-31 | 1995-07-29 | | Chirpy | Gwen | bird | f | 1998-09-11 | NULL | | Whistler | Gwen | bird | NULL | 1997-12-09 | NULL | | Slim | Benny | snake | m | 1996-04-29 | NULL | +----------+--------+---------+------+------------+------------+ 8 rows in set (0.06 sec) mysql> insert into pet values('hunter','yxyup','cat','f','1996-04-29',null); Query OK, 1 row affected (0.03 sec) mysql> select * from pet; +----------+--------+---------+------+------------+------------+ | name | owner | species | sex | birth | death | +----------+--------+---------+------+------------+------------+ | Fluffy | Harold | cat | f | 1993-02-04 | NULL | | Claws | Gwen | cat | m | 1994-03-17 | NULL | | Buffy | Harold | dog | f | 1989-05-13 | NULL | | Fang | Benny | dog | m | 1990-08-27 | NULL | | Bowser | Diane | dog | m | 1979-08-31 | 1995-07-29 | | Chirpy | Gwen | bird | f | 1998-09-11 | NULL | | Whistler | Gwen | bird | NULL | 1997-12-09 | NULL | | Slim | Benny | snake | m | 1996-04-29 | NULL | | hunter | yxyup | cat | f | 1996-04-29 | NULL | +----------+--------+---------+------+------------+------------+ 9 rows in set (0.00 sec) mysql> update pet set sex='m' where name='hunter'; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql> delete from pet where name='hunter'; Query OK, 1 row affected (0.00 sec) [mysql@51osos]$ mysqlbinlog log-bin.000002 /*!40019 SET @@session.max_insert_delayed_threads=0*/; /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/; # at 4 #080313 7:52:47 server id 1 end_log_pos 98 Start: binlog v 4, server v 5.0.26-standard-log created 080313 7:52:47 # Warning: this binlog was not closed properly. Most probably mysqld crashed writing it. # at 98 #080313 10:06:26 server id 1 end_log_pos 229 Query thread_id=18 exec_time=0 error_code=0 use test; SET TIMESTAMP=1205373986; SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=1, @@session.unique_checks=1; SET @@session.sql_mode=0; /*!\C latin1 */; SET @@session.character_set_client=8,@@session.collation_connection=8,@@session.collation_server=8; insert into pet values('hunter','yxyup','cat','f','1996-04-29',null); # at 229 #080313 10:07:13 server id 1 end_log_pos 334 Query thread_id=18 exec_time=0 error_code=0 SET TIMESTAMP=1205374033; update pet set sex='m' where name='hunter'; # at 334 #080313 10:07:38 server id 1 end_log_pos 432 Query thread_id=18 exec_time=0 error_code=0 SET TIMESTAMP=1205374058; delete from pet where name='hunter'; # at 432 #080313 10:14:13 server id 1 end_log_pos 532 Query thread_id=18 exec_time=0 error_code=0 SET TIMESTAMP=1205374453; create table t1(id int,name char(10)); # at 532 #080313 10:14:41 server id 1 end_log_pos 625 Query thread_id=18 exec_time=0 error_code=0 SET TIMESTAMP=1205374481; alter table t1 add sex char(2); # End of log file ROLLBACK /* added by mysqlbinlog */; /*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/; [mysql@test2]$ 可以看出,三条DML操作和两条DDL都记录到了binlog中了,而select并没有记录。 --mysql二进制日志灾难恢复 利用二进制日志实现的数据恢复可以实现基于时间点的恢复和基于位置的恢复: -将数据库恢复到2010-10-20 19:54:44时的状态 #mysqlbinlog --stop-datetime="2010-10-20 19:54:44" binlog.001|mysql –uroot -p -将数据库恢复到526位置 #mysqlbinlog --stop-position=526 binlog.001|mysql –uroot –p 上面演示内容中红色标记的就是时间,蓝色标记的就是,at后面的数字 其实bin-log没有那么难,但是真的很重要,尤其对于DBA。 |
mysql二进制日志详解
最新推荐文章于 2024-05-07 16:48:18 发布