* GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。
作者简介：林勇桦，12年DBA老兵，《SQL Server 2022运维之道》作者，三次获得微软SQL Server方向MVP，热衷于MySQL、Redis、SQL Server和MongoDB等数据库技术，人工智能专业硕士。
问题背景
在停服发版更新时，需对 200GB 大表（约 200 亿行数据）进行快速备份以预防操作失误。
因为曾经出现过有开发写的发版语句里，UPDATE语句的WHERE条件写错了，原本只需要更新几行数据，最终导致更新了半张表的数据。
MySQL版本是MySQL 8.0.X，为了预防这种情况，需要对某个重要的大表进行预先备份，以便可以及时回滚，及时恢复，及时回退，对于备份方法大概有下面几种:
| 方案 | 优点 | 缺点 |
|---|---|---|
mysqldump
|
|
|
CREATE TABLE...SELECT |
|
|
| 表空间
|
秒级备份
|
|
|
|
|
|
这个场景的核心需求：停服更新的时间非常有限，比如1个小时之内要完成更新。
操作流程
前面两种都比较简单，通过导数据的方法来备份旧表，万一出现问题，可以使用导出来的数据进行快速恢复，第三种方法估计比较少人用，下面是具体操作方法
-
源表与备胎表结构
-- 源表（aa）
CREATETABLE aa (
idint(11) DEFAULTNULL,
sname VARCHAR(100)
) ENGINE=InnoDB;
-- 备胎表（bb）
CREATETABLE bb (
idint(11) DEFAULTNULL,
sname VARCHAR(100)
) ENGINE=InnoDB;
greatsql> INSERTINTO aa SELECT1,"nihao";
2、备胎表卸载表空间：
greatsql> ALTER TABLE bb DISCARD TABLESPACE; -- 加锁并生成配置文件
3、源表执行表空间导出：
greatsql> USE school;
greatsql> FLUSH TABLES aa FOR EXPORT;
4、拷贝表空间文件（ibd和cfg文件），然后重新赋予权限，确保导入表空间时候不会出现问题
$ cd /data/mysql/mysql3306/data/school
$ cp aa.ibd bb.ibd
$ cp aa.cfg bb.cfg
$ chown -R mysql:mysql /data/mysql/mysql3306/data/*
5、在相同数据库下，备胎表和源表都导入表空间
greatsql> USE school;
greatsql> UNLOCK TABLES;
greatsql> ALTER TABLE bb IMPORT TABLESPACE;
greatsql> ALTER TABLE aa IMPORT TABLESPACE;
6、查询表数据，验证数据一致性
greatsql> USE school;
greatsql> SELECT * FROM bb;
greatsql> SELECT * FROM aa;
查询表数据正常，没有任何问题
greatsql> SELECT * FROM aa;
+------+-------+
| id | sname |
+------+-------+
| 1 | nihao |
+------+-------+
1 row in set (0.01 sec)
greatsql> SELECT * FROM bb;
+------+-------+
| id | sname |
+------+-------+
| 1 | nihao |
+------+-------+
1 row in set (0.00 sec)
查看表的数据文件，没什么问题
$ ll
total 228
-rw-r----- 1 mysql mysql 114688 Mar 4 16:51 aa.ibd
-rw-r----- 1 mysql mysql 781 Mar 4 16:52 bb.cfg
-rw-r----- 1 mysql mysql 114688 Mar 4 16:52 bb.ibd
7、发版更新与回滚
-- 发版操作（示例）
greatsql> UPDATE aa SET sname = 'new_value' WHERE id > 1;
8、如果发版有问题，直接交换表名，最快速度恢复整个表的数据
-- 回滚操作（交换表名）
greatsql> ALTER TABLE aa RENAME TO aa_temp;
greatsql> ALTER TABLE bb RENAME TO aa;
总结
整个操作最重要的是第4步，操作系统级别的拷贝就完成了整个表的备份，相比于数据倒来倒去在速度上要快不少。另外，第5步的备胎表也可以不用导入，只有当发现发版出现问题时候，再导入也可以。
这种方法的关键优势如下
-
直接拷贝 .ibd 文件，无需逐行复制数据。 -
零锁表时间： FLUSH TABLES tablename FOR EXPORT仅短暂加锁（秒级）。 -
快速恢复：通过表名交换实现秒级回滚。
特别适合于这几种场景：无主从架构的单实例环境、大表快速备份、停服时间敏感。
当然，如果有主从架构的话，则更加推荐使用第四种方法，在操作上也更加可控，短时间也能保证能够完成。
GreatSQL数据库是一款开源免费数据库，可在普通硬件上满足金融级应用场景，具有高可用、高性能、高兼容、高安全等特性，可作为MySQL或Percona Server for MySQL的理想可选替换。
⏩GitHub : https://github.com/GreatSQL/
🆙BiliBili : https://space.bilibili.com/1363850082
（对文章有疑问或见解可去社区官网提出哦~）
|
|
|
|
|
本文分享自微信公众号 - GreatSQL社区（GreatSQL）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
