从库可能存在人为的写入,很多环境是没有设置super_read_obly的. 除了人为原因外, 还有数据库自身的原因,比如之前load data存在double为-0的情况....所以定期做恢复演练也是非常重要的.备份工具的选择mysql作为一个免费且开源数据库, 拥有众多的备份工具....好在我们之前写过mysql并发导入脚本, 该脚本还能处理set sql_log_bin=off问题, 也处理了一些其它问题(比如disable_engine含有myisam的mysql5.7环境).mydumper...# 使用myshell登录数据库mysqlsh -uroot -p123456 -P3314# 发起备份util.dumpInstance("/data/backup/t20241216")克隆插件mysql...实际备份方案按照实际情况来, 自己搭配使用不管使用哪种备份工具或者策略, 都要规范化. 最好是自动化. 很久以前写了个自动备份恢复的脚本,恢复的时候只需要选择一个时间即可,非常的方便.