白驹过隙，数据库运维在多元混合数据库时代迎来了崭新的挑战。厚积薄发，墨天轮从乐知乐享的数据库技术社区蓄势出发，全面升级，提供多类型数据库管理服务。墨天轮数据库管理服务旨在为用户构建信赖可托付的数据库环境，并为数据库厂商提供中立的生态支持。
以下文章来源于墨天轮数据库管理服务 技术顾问 崔虎龙
01
RESET MASTER
对于复制存在的节点上执行，其实非常致命。
-
binlog被清除，GTID被重置：
-
这个动作也会影响主从复制，后续的同步就需要重新配置：
-
同时binlog被清除，操作记录被丢失。
# RESET MASTER [TO binary_log_file_index_number]
mysql> SHOW BINARY LOGS;
+-------------------+-----------+-----------+
| Log_name | File_size | Encrypted |
+-------------------+-----------+-----------+
| source-bin.001234 | 154 | No |
+-------------------+-----------+-----------+
mysql> RESET MASTER TO 1234;
02
RESET SLAVE/REPLICA
mysql> RESET SLAVE ALL
#或
mysql> RESET SLAVE FOR CHANNEL channel
03
RESET PERSIST
mysql> RESET PERSIST;
mysql> RESET PERSIST system_var_name;
mysql> RESET PERSIST IF EXISTS system_var_name;
04
RESET BINARY LOGS AND GTIDS(MySQL9.0)
RESET BINARY LOGS AND GTIDS [TO binary_log_file_index_number]
mysql> SHOW BINARY LOGS;
+------------------+-----------+-----------+
| Log_name | File_size | Encrypted |
+------------------+-----------+-----------+
| mysql-bin.000001 | 205 | No |
| mysql-bin.000002 | 158 | No |
+------------------+-----------+-----------+
2 rows in set (0.00 sec)
mysql> RESET BINARY LOGS AND GTIDS to 2;
Query OK, 0 rows affected (0.01 sec)
总结
本文分享自微信公众号 - 墨天轮（enmocs）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
