MySQL企业级备份与恢复实战_mysqlbackup备份原理-CSDN博客

#添加数据库、表，录入信息

CREATE DATABASE client;

USE client;

CREATE TABLE user_info（身份证 CHAR(2O） NOT NULL,姓名 CHAR(2O) NOT NULL,性别 CHAR(4),用户ID号 CHAR(10）NOT NULL,资费 INT(10))；

INSERT INTO user_info VALUES('000006'，'张三'，'男'，'016'，'10');
INSERT INTO user_info VALUES('000007'，'李四'，'女'，'017'，'91');
INSERT INTO user_info VALUES('000008'，'王五'，'女'，'018'，'23');

#查看表
SELECT * FROM user_info;

确保开启二进制日志功能（检查my.cnf配置）

3.2 完全备份

进行一次完全备份

mkdir /mysql_bak

mysqldump -u root -p client user_info >/mysql_bak/client_userinfo-$(date +%F).sql

1s /mysql_bak/

生成新的日志文件

mysqladmin -u root -p flush-logs

#查看日志文件
ls -l /usr/local/mysql/mysql-bin.*

（根据实际情况调整，每个人都不同）⬇️

继续录入新的数据并进行增量备份

# 进入client数据库
USE client;

#插入数据
INSERT INTO user_info VALUES('000009'，'赵六'，'男'，'019'，'37');

INSERT INTO user_info VALUES('000010'，'孙七'，'男'，'020'，'36');

# 查看表
SELECT * FROM user_info;

生成新的日志文件

mysqladmin -u root -p flush-logs

二进制日志文件mysql-bin.000005中仅保留插入两个用户数据的操作（根据实际情况调整，每个人都不同）

ls -l usr/local/mysql/mysql-bin.*

将完整备份备份到 /mysql_bak/ 中

#根据实际文件调整
cp /usr/local/mysql/data/mysql-bin.000004 /mysql_bak/

模拟误操作删除user_info表

mysql -uroot -p -e 'DROP TABLE client.user_info;

mysql -uroot -p -e 'SELECT * FROM client.user_info;

恢复操作

恢复增量备份

3.3 基于位置恢复

删除user_info表

恢复at404之前的数据

从at404开始恢复数据

3.4 基于时间点恢复

恢复2024-11-24 19:19:35之前的数据

从2024-11-24 19:19:35开始恢复数据

4. 常见问题及解决方案

问题1：二进制日志未启用导致无法增量备份

解决方案：修改MySQL配置文件my.cnf，添加log_bin=mysql-bin并重启服务。

问题2：恢复时日志事件位置不明确

解决方案：使用mysqlbinlog --base64-output=DECODE-ROWS -v mysql-bin.000005解析日志，定位操作事件。

问题3：时间点恢复后数据不一致

解决方案：确保系统时间与数据库时间同步，并在恢复前校验日志时间戳。

问题4：备份文件过大影响存储

解决方案：定期清理过期备份，结合压缩命令（如gzip）减小文件体积。

5. 总结与心得

备份策略的重要性：完全备份是基础，增量备份降低存储压力，二者结合实现高效容灾。
日志管理的细节：合理分割二进制日志（如FLUSH LOGS）可简化恢复流程。
恢复精准性：基于位置或时间点的恢复需严格校验日志内容，避免二次数据丢失。
实践建议：定期演练恢复流程，确保团队熟悉应急预案。