最近发现隔几天就会出现一台实例备份失败的情况，具体的报错信息如下所示xtrabackup: error: log block numbers mismatch:xtrabackup: error: expected log block no. 172665700, but got no. 176859996 from the log file.xt……继续阅读 » SEian.G 3年前 (2022-02-16) 1838浏览 0评论2个赞
今天有一个业务需求，需要进行数据恢复操作，需要恢复到2021-07-11 15:21:00，大家应该都了解，这种基于时间点的恢复，首先通过物理备份将mysql全量恢复到异机中，然后再进行增量恢复binlog，从而实现基于时间点的恢复；业务环境数据量大小150G左右，按照之前做的大量的随机恢复测试总时间分析看，150G的数据量恢复大概可以控制在30min内完……继续阅读 » SEian.G 3年前 (2021-07-14) 1408浏览 0评论4个赞
一、备份出错测试环境测试 xtrabackup 相关性能的时候，备份失败！备份指令如下：#innobackupex --defaults-file=/apps/conf/mysql/mysql5_3306.cnf --socket=/tmp/mysql3306.sock --user=[*]--password=[*] --no-timestamp /……继续阅读 » SEian.G 6年前 (2019-04-14) 2253浏览 0评论5个赞
在人工手动进行一些数据库写操作的时候（比方说数据订正），尤其是一些不可控的批量更新或删除，通常都建议备份后操作。不过不怕万一，就怕一万，有备无患总是好的。在线上或者测试环境误操作导致数据被删除或者更新后，想要恢复，一般有两种方法。方法一、利用最近的全量备份+增量binlog备份，恢复到误操作之前的状态，但是随着数据量的增大，binlog的增多，恢复起来很费……继续阅读 » SEian.G 6年前 (2019-04-02) 3349浏览 0评论8个赞
问题背景前几天客户反馈，误删除了权限表，导致无法连接到实例中了，但是又没有备份，咨询要怎么去恢复；针对上述的这种情况，下面给出具体的恢复方法；（备份重于一切！备份重于一切！备份重于一切！！！重要的事情说三遍）环境说明：MYSQL 5.7版本端口：3306和3309说明：3309是故障的实例，3306是协助在没有备份的情况下做恢复下面开始故障模……继续阅读 » SEian.G 6年前 (2019-03-19) 2489浏览 0评论6个赞
