問題背景
在停服發(fā)版更新時,需對 200GB 大表(約 200 億行數(shù)據(jù))進(jìn)行快速備份以預(yù)防操作失誤。
因為曾經(jīng)出現(xiàn)過有開發(fā)寫的發(fā)版語句里,UPDATE
語句的WHERE
條件寫錯了,原本只需要更新幾行數(shù)據(jù),最終導(dǎo)致更新了半張表的數(shù)據(jù)。
MySQL版本是MySQL 8.0.X,為了預(yù)防這種情況,需要對某個重要的大表進(jìn)行預(yù)先備份,以便可以及時回滾,及時恢復(fù),及時回退,對于備份方法大概有下面幾種:
方案 | 優(yōu)點 | 缺點 |
---|
mysqldump 導(dǎo)出 | 簡單易用 | 大表導(dǎo)出耗時(200GB 可能需數(shù)小時) |
CREATE TABLE...SELECT | 直接 SQL 操作 | 數(shù)據(jù)復(fù)制慢,鎖表風(fēng)險高 |
表空間 傳輸 | 秒級備份 ,零數(shù)據(jù)復(fù)制 | 需操作系統(tǒng)權(quán)限,依賴文件拷貝 |
主從復(fù)制/延遲復(fù)制 | 無需停服,恢復(fù)靈活 | 需主從架構(gòu),維護(hù)成本高 |
這個場景的核心需求:停服更新的時間非常有限,比如1個小時之內(nèi)要完成更新。
操作流程
前面兩種都比較簡單,通過導(dǎo)數(shù)據(jù)的方法來備份舊表,萬一出現(xiàn)問題,可以使用導(dǎo)出來的數(shù)據(jù)進(jìn)行快速恢復(fù),第三種方法估計比較少人用,下面是具體操作方法
- 源表與備胎表結(jié)構(gòu)
CREATE TABLE aa (
id int(11) DEFAULT NULL,
sname VARCHAR(100)
) ENGINE=InnoDB;
CREATE TABLE bb (
id int(11) DEFAULT NULL,
sname VARCHAR(100)
) ENGINE=InnoDB;
greatsql> INSERTINTO aa SELECT1,"nihao";
2、查看兩個表的表ID和表空間ID,可以看到aa表的表ID是1081 表空間ID是13,bb表的表ID是1082 表空間ID是14
greatsql> select * from information_schema.innodb_tables where name='school/aa'\G
*************************** 1. row ***************************
TABLE_ID: 1081
NAME: school/aa
FLAG: 33
N_COLS: 6
SPACE: 13
ROW_FORMAT: Dynamic
ZIP_PAGE_SIZE: 0
SPACE_TYPE: Single
INSTANT_COLS: 0
TOTAL_ROW_VERSIONS: 0
1 row in set (0.01 sec)
greatsql> select * from information_schema.innodb_tables where name='school/bb'\G
*************************** 1. row ***************************
TABLE_ID: 1082
NAME: school/bb
FLAG: 33
N_COLS: 6
SPACE: 14
ROW_FORMAT: Dynamic
ZIP_PAGE_SIZE: 0
SPACE_TYPE: Single
INSTANT_COLS: 0
TOTAL_ROW_VERSIONS: 0
1 row in set (0.00 sec)
3、備胎表卸載表空間:
greatsql> ALTER TABLE bb DISCARD TABLESPACE;
4、源表執(zhí)行表空間導(dǎo)出:
greatsql> USE school;
greatsql> FLUSH TABLES aa FOR EXPORT;
5、拷貝表空間文件(ibd和cfg文件),然后重新賦予權(quán)限,確保導(dǎo)入表空間時候不會出現(xiàn)問題
$ cd /data/mysql/mysql3306/data/school
$ cp aa.ibd bb.ibd
$ cp aa.cfg bb.cfg
$ chown -R mysql:mysql /data/mysql/mysql3306/data/*
6、在相同數(shù)據(jù)庫下,備胎表導(dǎo)入表空間
greatsql> USE school;
greatsql> UNLOCK TABLES;
greatsql> ALTER TABLE bb IMPORT TABLESPACE;
7、查詢表數(shù)據(jù),驗證數(shù)據(jù)一致性
greatsql> USE school;
greatsql> SELECT * FROM bb;
greatsql> SELECT * FROM aa;
查詢表數(shù)據(jù)正常,沒有任何問題
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)
查看表的數(shù)據(jù)文件,沒什么問題
$ 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
8、再次查看兩個表的表ID和表空間ID,可以看到aa表的表ID是1081 表空間ID是13(沒有變化),bb表的表ID是1083 表空間ID是14(表空間ID已經(jīng)變了),bb表的表ID變了是防止與現(xiàn)有表沖突
mysql> select * from information_schema.innodb_tables where name='school/aa'\G
*************************** 1. row ***************************
TABLE_ID: 1081
NAME: school/aa
FLAG: 33
N_COLS: 6
SPACE: 13
ROW_FORMAT: Dynamic
ZIP_PAGE_SIZE: 0
SPACE_TYPE: Single
INSTANT_COLS: 0
TOTAL_ROW_VERSIONS: 0
1 row in set (0.00 sec)
mysql> select * from information_schema.innodb_tables where name='school/bb'\G
*************************** 1. row ***************************
TABLE_ID: 1083
NAME: school/bb
FLAG: 33
N_COLS: 6
SPACE: 14
ROW_FORMAT: Dynamic
ZIP_PAGE_SIZE: 0
SPACE_TYPE: Single
INSTANT_COLS: 0
TOTAL_ROW_VERSIONS: 0
1 row in set (0.00 sec)
9、發(fā)版更新與回滾
greatsql> UPDATE aa SET sname = 'new_value' WHERE id > 1;
10、如果發(fā)版有問題,直接交換表名,最快速度恢復(fù)整個表的數(shù)據(jù)
greatsql> ALTER TABLE aa RENAME TO aa_temp;
greatsql> ALTER TABLE bb RENAME TO aa;
總結(jié)
整個操作最重要的是第4步,操作系統(tǒng)級別的拷貝就完成了整個表的備份,相比于數(shù)據(jù)倒來倒去在速度上要快不少。另外,第5步的備胎表也可以不用導(dǎo)入,只有當(dāng)發(fā)現(xiàn)發(fā)版出現(xiàn)問題時候,再導(dǎo)入也可以。
這種方法的關(guān)鍵優(yōu)勢如下
- 直接拷貝 .ibd 文件,無需逐行復(fù)制數(shù)據(jù)。
- 零鎖表時間:
FLUSH TABLES tablename FOR EXPORT
僅短暫加鎖(秒級)。 - 快速恢復(fù):通過表名交換實現(xiàn)秒級回滾。
特別適合于這幾種場景:無主從架構(gòu)的單實例環(huán)境、大表快速備份、停服時間敏感。
當(dāng)然,如果有主從架構(gòu)的話,則更加推薦使用第四種方法,在操作上也更加可控,短時間也能保證能夠完成。
轉(zhuǎn)自https://www.cnblogs.com/lyhabc/p/18816226/
該文章在 2025/4/18 10:49:52 編輯過