MySQL中的备份和恢复
MySQL备份
MySQL中的逻辑备份是将数据库中的数据备份为一个文本文件,备份的文件可以被查看和编辑。在MySQL中,使用mysaldump工具来完成备份。有以下3种来调用mysqldump:
- 备份指定的数据库,或者此数据库中某些表。
1 | shell>mysqldump [ option ] db_name [tables] |
- 备份指定的一个或多个数据库
1 | shell>mysqldump [ option ] --database DB1 [DB2 DB3...] |
- 备份所有数据库
1 | shell>mysqldump [ option ] --all-database |
如果没有指定数据库中的任何表,默认导出所有数据库中所有表。以下给出一些使用mysqldump工具进行备份的例子
(1)备份所有数据库:
1 | [cqh@localhost ~]$ mysqldump -uroot -p --all-database > all.sql |
(2)备份数据库test
1 | [cqh@localhost ~]$ mysqldump -uroot -p test > test.sql |
(3)备份数据库test下的表emp
1 | [cqh@localhost ~]$ mysqldump -uroot -p test emp > emp.sql |
(4)备份数据库test下的表emp和dept
1 | [cqh@localhost ~]$ mysqldump -uroot -p test emp dept > emp_dept.sql |
(5)备份数据库test下的所有表为逗号分割的文本,备份到/tmp:
1 | [cqh@localhost ~]$ mysqldump -uroot -p -T /tmp test emp --fields-terminated-by ',' |
MySQL恢复
MySQL中的恢复可分为三种,分别是:完全恢复、基于时间点恢复和基于位置恢复。
完全恢复
mysqldump的恢复也很简单,将备份作为输入执行即可,具体语法如下:
1 | mysql -uroot -p dbname < bakfile |
注意,将备份恢复后数据并不完整,还需要将备份后执行的日志进行重做,语法如下:
1 | mysqlbinlog binlog-file | mysql -uroot -p |
基于时间点恢复
由于误操作,比如误删除了一些表,这时使用完全恢复是没有用的,因为日志里还存在误操作的语句,我们需要的是恢复到误操作之前的状态,然后跳过误操作语句,再恢复后面执行的语句,完成我们的恢复。这种恢复叫不完全恢复,在MySQL中,不完全恢复分别为基于时间点的恢复和基于位置的恢复。
以下是基于时间点恢复的操作步骤
(1)如果上午10点发生了误操作,可以用以下语句用备份和BINLOG数据恢复到故障前:
1 | shell>mysqlbinlog --stop-date="20150929 9:59:59" /var/log/mysql/bin.123456 | mysql -uroot -pmypwd |
(2)跳过故障时的时间点,继续执行后面的BINLOG,完成恢复。
1 | shell>mysqlbinlog --start-date="20150929 10:01:00" /var/log/mysql/bin.123456 | mysql -uroot -pmypwd \ |
基于位置恢复
和基于时间点的恢复类似,但是更精确,因为同一个时间点可能有很多条SQL语句同时执行。恢复的操作步骤如下:
(1)在shell下执行如下命令:
1 | shell>mysqlbinlog --start-date="20150929 9:55:00" --stop-date="20150929 10:05:00" /var/log/mysql/bin.123456 > /tmp/mysql_restore.sql |
该命令将在/tmp目录创建小的文本文件,编辑此文件,找到出错语句前后的位置号,例如前后位置号分别是565512和565515.
(2)恢复了以前的备份文件后,应从命令行输入下面内容:
1 2 | shell>mysqlbinlog --stop-position="551212" /var/log/mysql/bin.123456 | mysql -uroot -pmypwd shell>mysqlbinlog --start-position="551215" /var/log/mysql/bin.123456 | mysql -uroot -pmypwd |
上面的第一行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个SQL语句记录之前的SET TIMESTAMP语句,因此恢复的数据和相关MySQL日志将反应事务执行的原时间。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)