1、簡述 binlog 二進位日誌文件，這個文件記錄了MySQL所有的DML操作。通過binlog日誌我們可以做數據恢復，增量備份，主主複製和主從複製等等。 2、Docker中無法使用vim問題解決 https://blog.csdn.net/Tomwildboar/article/details/ ...
1、簡述
binlog 二進位日誌文件，這個文件記錄了MySQL所有的DML操作。通過binlog日誌我們可以做數據恢復，增量備份，主主複製和主從複製等等。
2、Docker中無法使用vim問題解決
https://blog.csdn.net/Tomwildboar/article/details/120710690
https://blog.csdn.net/KwaiSZ/article/details/106937983
3、開啟binlog
show variables like 'log_%';
my.cnf
# binlog存儲的位置
log-bin=/var/lib/mysql/mysql-bin
# 日誌過期時間
expire_logs_days=30
# 不加這個啟動會報錯
server-id=123454
其中標記的部分並非是亂碼，而是經由 base64 編碼之後的結果，可以在通過 mysqlbinlog 查看 binlog 日誌時添加參數進行解碼
mysqlbinlog -vv --base64-output=decode-rows mysql-bin.0000075、binlog編碼格式
show variables like 'binlog_format';
row statement mixed
5.1、statement 基於SQL語句的複製(statement-based replication, SBR)
每一條會修改數據的sql語句都會記錄到binlog中。優點是並不需要記錄每一條sql語句和每一行的數據變化，減少了binlog日誌量，節約IO，提高性能。
binlog_format=statement
CREATE TABLE `my_test`.`xdx_test` (
`name` varchar(255) NOT NULL,
`age` int(0) NOT NULL,
`birthday` datetime NOT NULL
)
insert into xdx_test (name,age,birthday) values ('xdx',18, now());然後我們在打開最新的binlog日誌，可以在裡面找到上面的語句。
但就如同上面的 insert 語句，我使用了 now()，這個函數，如果用這個binlog語句去進行備份、同步那麼時間欄位就對不上了。
5.2、
修改配置文件為 binlog_format=row ，然後重啟伺服器即可開啟。
5.3、
以上兩種模式的混合使用，一般的複製使用STATEMENT模式保存binlog，對於STATEMENT模式無法複製的操作使用ROW模式保存binlog，MySQL會根據執行的SQL語句選擇日誌保存方式。
修改配置文件為 binlog_format=mixed ，然後重啟伺服器即可開啟。
6、通過binlog恢複數據
將binlog編碼格式自行設置為mixed混合格式。
6.1、準備數據
flush logs;
CREATE TABLE `xdx_test` (
`id` int(1) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增id',
`name` varchar(255) NOT NULL COMMENT '名稱',
`age` int(11) NOT NULL COMMENT '年齡',
`birthday` datetime NOT NULL COMMENT '生日' ,
PRIMARY KEY (`id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;添加數據：
insert into xdx_test (name, age, birthday) values ('111',111,now());
insert into xdx_test (name, age, birthday) values ('222',222,now());查詢數據：
select * from xdx_test;
id=1 的數據 delete from xdx_test where id = 1;
6.2、恢複數據
6.2.1、開啟新日誌
flush logs
6.2.3、使用pos恢複數據（推薦）
從上面的圖，我們可以看到pos的開始和結束的位置，我們可恢復此階段的數據
# 進入到 binlog 目錄下
cd /var/lib/mysql
# 數據恢覆命令
mysqlbinlog --start-position=開始的pos --stop-position=結束的pos --database=要操作的資料庫 binlog的名稱 | mysql -u登陸名 -p登陸密碼 -v 要操作的資料庫
# 最終執行命令（我的）註意空白間隔
mysqlbinlog --start-position=219 --stop-position=518 --database=my_test mysql-bin.000007 | mysql -uroot -p123456 -v test執行結果信息：
再次進入資料庫，查詢，發現數據有了
6.2.3.1、執行報錯解決
報錯信息如下：
Can‘t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock
進到 mysql 的config路徑下，一般是在：
vim /etc/mysql/my.cnf然後看到其中 [mysqld] 的socket配置為：
socket=/var/lib/mysql/mysql.sock因此把這個sock文件掛載到 /var/run/mysqld/mysqld.sock 就可以了：
ln -s /var/lib/mysql/mysql.sock /var/run/mysqld/mysqld.sock重新執行恢覆命令即可。
6.2.4、使用時間恢複數據
由於時間這塊日誌，不太能具體看清具體恢復的內容時間點，所有不推薦使用該方式。
mysqlbinlog -vv --base64-output=decode-rows mysql-bin.000013
數據比較多，這裡我只截圖需要的部分
mysqlbinlog --start-datetime='2021-10-14 12:47:12' --stop-datetime='2021-10-14 12:52:40' --database=my_test mysql-bin.000013 | mysql -uroot -proot -v test7、其他
7.1、binlog文件大小
show variables like 'max_binlog_size';
註： 當你重啟MySQL的時候，就會新增一個新的 binlog 文件
7.2、過期刪除
expire_logs_days=30 來配置日誌保存時間，我們最好不要自己去刪除binlog日誌，這樣會導致過期刪除出錯，如果非要刪除，要記得更新一下 xxxxx.mysql-bin.index
7.3、其他命令
-
show master logs; -
查看日誌的最後一次操作
show master status; -
刷新binlog日誌，也就是新開啟一個日誌文件
flush logs
sync_binlog=0，當事務提交之後，MySQL不做fsync之類的磁碟同步指令刷新binlog_cache中的信息到磁碟，而讓Filesystem自行決定什麼時候來做同步，或者cache滿了之後才同步到磁碟。
sync_binlog=1，強一致，每次事物提交都進行磁碟同步。
sync_binlog=n，當每進行n次事務提交之後，MySQL將進行一次fsync之類的磁碟同步指令來將binlog_cache中的數據強制寫入磁碟
無論風雨，和自己一決勝負吧
