如何使用mysqlbinlog指定特定的数据库？ (mysqlbinlog 指定数据库)
在MySQL数据库中，mysqlbinlog是一个用于解析MySQL二进制日志文件的命令行工具。它可以帮助开发人员轻松地查看和还原MySQL服务器上的所有事务和操作。但是，当我们需要还原指定数据库的日志时，我们该如何使用mysqlbinlog来完成呢？本文将为您详细介绍如何使用mysqlbinlog指定特定的数据库。
1.查看二进制日志文件
我们需要确认MySQL服务器上的二进制日志文件名和位置。您可以通过以下命令来查看：
“`
show master status;
“`
此命令将显示日志文件名和位置，如下所示：
“`
+—————–+———-+————–+——————+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+—————–+———-+————–+——————+
| mysql-bin.000018| 001 | test1,test2 | |
+—————–+———-+————–+——————+
“`
这里，File表示日志文件名，Position表示文件中最新的事件位置，Binlog_Do_DB表示需要还原的数据库名，Binlog_Ignore_DB则表示忽略的数据库名。
2.指定数据库名参数
在使用mysqlbinlog命令时，您可以通过指定数据库名参数来解析指定的数据库日志。例如，如果要还原名为test1的数据库的日志，您可以使用以下命令：
“`
mysqlbinlog –start-position=001 mysql-bin.000018 –database=test1 > test1.sql
“`
在此命令中，–start-position=001表示从日志的之一个事件开始解析，mysql-bin.000018表示要解析的二进制日志文件名，–database=test1则指定了需要还原的数据库名，最后将日志输出到test1.sql文件中。
3.指定多个数据库名参数
当您需要恢复多个数据库时，您可以通过在–database参数中指定多个数据库名来指定。例如，如果您要还原test1和test2两个数据库的日志，则可以使用以下命令：
“`
mysqlbinlog –start-position=001 mysql-bin.000018 –database=test1 –database=test2 > test1-2.sql
“`
在此命令中，使用了两个–database参数分别指定了需要还原的test1和test2两个数据库的日志。最终，日志输出到test1-2.sql文件中。
4.指定同时包含多个数据库的复杂查询
如果您需要指定一个更为复杂的条件来恢复日志，例如恢复包含多个数据库的复杂查询，您可以使用–rewrite-db选项来指定。例如，如果要恢复SELECT语句中包含test1和test2两个数据库的查询：
“`
SELECT * FROM test1.users INNER JOIN test2.orders ON test1.users.id = test2.orders.user_id;
“`
则可以使用以下命令：
“`
mysqlbinlog –start-position=001 mysql-bin.000018 –rewrite-db=’test1->repl_test1,test2->repl_test2′ mysql-bin.000018 > test.sql
“`
在此命令中，–rewrite-db选项用于将test1和test2数据库名称重写为repl_test1和repl_test2，以便应对复杂的查询。最终，日志输出到test.sql文件中。
在MySQL中，mysqlbinlog是一个功能强大的命令行工具，可以帮助您轻松地查看和还原MySQL服务器上的所有事务和操作。通过本文介绍的方法，您可以使用mysqlbinlog指定特定的数据库并恢复MySQL二进制日志，使您的工作更加高效。
相关问题拓展阅读：
如何通过Mysql的二进制日志恢复数据库数
创建临时数据库，把备份没芦导入进去进行 恢复单独的数据库 ，
mysqlbinlog 有一个 –databases 参数可以指定解析出指定db相关的sql ，你可以更加这个sql来恢复数据。
能不数清能建立多个二进制日志文件，使每个数据库对枯毕带应自己的二进制日志文件？
mysql 下 无此功能，mysqlbinlog 记录的是整个mysql 实例的变化记录，不能针对单独的db 记录日志。
希望可以帮到您，谢谢！
mysqlbinlog提取sql不能执行
mysqlbinlog提取sql不能执行解决方法如下：
1、尝试重新执行binlog中记录的SQL语句，如果执行时出现错误，则说明binlog中的SQL语句与当前数据库状态不一致。此时可以通过备份或恢复数据库来保证数据库状态与binlog中记录的一致性。
2、如果在提取binlog数据时出现了错误，可以检查binlog文件的完整性和正咐镇确性，并确认采用正确的命令和参数进行了提取操作。
同时，在数据库维护衡灶粗期间也需要进行备份和恢复操作，以保证数据的完整性和安全性辩段。
为什么使用mysqlbinlog无法恢复数据
1. 以前我错误的认为mysql的日志可以恢复到任何时间的状态，其实并不是这样，这个恢复是有前提的，就是你至少得有一个从日志记录开始后的数据库备份，通过日志恢复数据库实际上只是一个对以前操作的回放过程而已，不用想得太复杂，既然是回放你就得注意了，如果你执行了两次恢复那么就相当于是回放了两次，后果如何你自己应该清楚了吧。
2. 要想通过日志恢复数据库，在你的my.cnf文件里应该有如下的定义，log-bin=mysql-bin，这个是必须的.binlog-do-db=db_test,这个是指定哪些数据库需要日志，如果有多个数据库就每行一个，如果不指定的话默认就是所有数据库.
log-bin=mysql-bin
binlog-do-db=db_test
binlog-do-db=db_test2
3.删除二进制日志:
a.mysql> system ls -ltr /var/lib/mysql/bintest*;
mysql>reset master(清空所有的二进制日志文件)
b.purge master logs to ‘bintest.000006’;(删除bintest.000006之前的二进制日志文件)
c.purge master logs before ‘:07:00′(删除该日期之前的日志)
d.在my.cnf 配置文件中中添加:
expire_logs_day=3设置日志的过期天数,过了指定的天数,会自动删除
4.下面就是恢复操作了
特别提示，mysql每次启动都会重新生成一个类似mysql-bin.000003的文件，如果你的mysql每天都要重新启动一次的话，这时候你就要特别注意不要选错日志文件了。
(注意：下面有一些技巧，这些东西才是最宝贵的哟，普通的东东手册上都有，这可是我摸索出来的哟，别人我都不告诉他。
技巧1 :
在下面你将看到 mysqlbinlog –stop-date=”:59:59″ /var/log/mysql/mysql-bin.| mysql -u root -pmypwd 类似的语句，但是它一次只能操作一个日志文件，如果你变通一下变成这样 mysqlbinlog –stop-date=”:59:59″ /var/log/mysql/mysql-bin.0* | mysql -u root -pmypwd 那么它基本上就会表示出的所有的日志文件了，这样可解决你忘记在哪一个日志文件中的问题，当然你也可以用这种写法更完美,mysqlbinlog –stop-date=”:59:59″ /var/log/mysql/mysql-bin.* | mysql -u root -pmypwd ，看到*这个东东了吧，它表示以数字开头的任何字符，方便吧！
技巧2:
你可以通过–one-database 参数选择性的恢复单个数据库，example在下面，爽吧。
mysqlbinlog –stop-date=”:59:59″ /var/log/mysql/mysql-bin.| mysql -u root -pmypwd –one-database db_test
技巧3:
如果你老人家已经使用过 /usr/local/mysql5/bin/mysqlbinlog –start-date=”:55:00″ /var/data/mysql5/mysql-bin.0* > /home/db/tt.sql 类似的语句将日志导成了ASCII文本文件，那么你就可以直接在phpmyadmin或者其它什么乱七糟八的的客户端里执行这个文件文件就行了，因为它本身就是一个标准的sql文件，比如想让文件里面的某些语句不执行，OK，it’s easy,找到它们删除即可，然后再放进去执行就OK滴啦！这个可是灰常灰常的爽哟。。。。。。
技巧4:
我来给大家讲一下，下面这条语句都做了什么
mysqlbinlog –stop-date=”:59:59″ /var/log/mysql/mysql-bin.| 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 –user=root -pmy_pwd -e ‘SHOW BINLOG EVENTS G’
将密码my_pwd替换为服务器的root密码。
1. 指定恢复时间
对于MySQL 4.1.4，可以在mysqlbinlog语句中通过–start-date和–stop-date选项指定DATETIME格式的起止时间。举例说明，假设在今天上午10:00(今天是2023年4月20日)，执行SQL语句来删除一个大表。要想恢复表和数据，你可以恢复前晚上的备份，并输入：
mysqlbinlog –stop-date=”:59:59″ /var/log/mysql/mysql-bin.| mysql -u root -pmypwd
该命令将恢复截止到在–stop-date选项中以DATETIME格式给出的日期和时间的所有数据。如果你没有检测到几个小时后输入的错误的SQL语句，可能你想要恢复后面发生的活动。根据这些，你可以用起使日期和时间再次运行mysqlbinlog：
mysqlbinlog –start-date=”:01:00″ /var/log/mysql/mysql-bin.| mysql -u root -pmypwd
在该行中，从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。下一节介绍如何实现。
2. 指定恢复位置
也可以不指定日期和时间，而使用mysqlbinlog的选项–start-position和–stop-position来指定日志位置。它们的作用与起止日选项相同，不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法，特别是当由于破坏性SQL语句同时发生许多事务的时候。要想确定位置号，可以运行mysqlbinlog寻找执行了不期望的事务的时间范围，但应将结果重新指向文本文件以便进行检查。操作方法为：
mysqlbinlog –start-date=”:55:00″ –stop-date=”:05:00″
/var/log/mysql/mysql-bin.> /tmp/mysql_restore.sql
该命令将在/tmp目录创建小的文本文件，将显示执行了错误的SQL语句时的SQL语句。你可以用文本编辑器打开该文件，寻找你不要想重复的语句。如果二进制日志中的位置号用于停止和继续恢复操作，应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后，你应从命令行输入下面内容：
mysqlbinlog –stop-position=”368312″ /var/log/mysql/mysql-bin.| mysql -u root -pmypwd
mysqlbinlog –start-position=”368315″ /var/log/mysql/mysql-bin.| mysql -u root -pmypwd
上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个SQL语句记录之前的SET TIMESTAMP语句，恢复的数据和相关MySQL日志将反应事务执行的原时间。
mysql binlog没有开启数据恢复
mysql 不小心误删了一个数据表的数据，通过delete，没有开启binlog，如何才可以恢复数据。MYI MYD文件还是原大小。
SQL code?
MariaDB > show variables like ‘%bin%’;
+++
| Variable_name | Value |
+++
| binlog_annotate_row_events | OFF |
| binlog_cache_size ||
| binlog_checksum | NONE |
| binlog_direct_non_transactional_updates | OFF |
| binlog_format | STATEMENT |
| binlog_optimize_thread_scheng | ON |
| binlog_stmt_cache_size ||
| innodb_locks_unsafe_for_binlog | OFF |
| log_bin | OFF |
| log_bin_trust_function_creators | OFF |
| max_binlog_cache_size ||
| max_binlog_size ||
| max_binlog_stmt_cache_size ||
| sql_log_bin | ON |
| sync_binlog | 0 |
+++
15 rows in set (0.00 sec)
如何恢复，数据库还未重启。
SQL code?
# ll
total
drwxr-xr-x 2 dada002 root 4096 Dec 22 23:10 bak
-rw-rroot rootMar 13 11:52 gk_info_info.frm.bak
-rw-rroot rootMar 13 11:51 gk_info_info.MYD.bak
-rw-rroot rootMar 13 11:51 gk_info_info.MYI.bak
-rw-rroot rootMar 13 12:02 ibdata1
-rw-rroot rootMar 13 12:02 ib_logfile0
-rw-rroot rootMar 13 12:02 ib_logfile1
drwxrwxrwx 2 dada002 rootMar 9 14:25 logs
关于mysqlbinlog 指定数据库的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
