27.
@帆帆，你的现象是不是，同步开始后，其中一个数据库始终是空的，然后你觉得同步失败了，然后就把那个空库删除了？
29.
@帆帆，是从。但是复制可以是双向的，也就是说如果你之前反向操作过又没有取消，那它就同时是主和从，这样一来任何一边的删库操作都会同步到另一边，这就是楼主想要的主主同步。
30.
@老虎会游泳，现象是执行同步，从（我认为的）一直没有数据库，我就猜测要不要先备份弄过来再试试，于是就用宝塔的从服务器获取。然后就去主（我认为的）修改一条数据。回来看到从还是没有变化，就把从的数据库删了，一删就完蛋，主也没了
32.
@帆帆，但根据你描述的现象，弄错主从是最合理的解释。如果配置成了主主，在完成手动同步之后，然后就去主（我认为的）修改一条数据。回来看到从还是没有变化不会发生；如果没弄错，一删就完蛋，主也没了就不会发生。
33.
@老虎会游泳，那还有救吗😭，我看有利用二进制日志文件恢复的，不过我好像也刷新了这个日志文件😭😭😭😭
34.
@帆帆，二进制日志里面记录的是操作，有价值的只有insert记录，所以只能恢复最近insert的行。如果你没有其他备份，还想恢复的话只能找数据恢复公司进行磁盘恢复了。如果是云服务器，看看有没有自动快照。
35.
@帆帆，对了，宝塔有时候会把备份保存在/www/backup文件夹，可以看看有没有。
36.
@老虎会游泳，害，只能当个教训了。只能恢复一年前的备份数据了。md现在就写脚本自动备份+上传网盘
37.
@老虎会游泳，咦，那宝塔从服务器获取的时候，日志文件应该全是insert才对吧
38.
@帆帆，嗯有可能，如果还在的话，你可以用工具解析出sql