GBase 8a安全重建表的一個方案

當由於某些原因需要重建表時，需要鎖定表，避免該表在重建期間又被更改，導致新表和老表資料不一致。本文提供一個應用層的安全重建方案。

方案內容

該方案通過如下幾個步驟來實現

• 鎖住表
• 建一個新表，結構和原有的一樣
• 將資料從原有表遷移到新表
• 將原有表改名
• 將新表改名成原有表
• 釋放鎖
• 將改名的老表刪除【可選】

實現例子

如下的一個shell指令碼，傳入2個引數，庫名和表名，連線資料庫的使用者名稱和密碼，需要根據實際情況做修改。其中的sign是方便查詢哪些表做了處理的一個臨時表名標誌。

如下例子沒有包含刪除老表的部分，建議進行人工確認後，再刪除老表，避免操作失誤導致資料丟失。

該指令碼開始清理了殘留表，為了安全，預設是註釋掉的。

[gbase@rh6-1 ~]$ cat gbase_rebuild_table.sh
dbname=$1
tablename=$2
sign='ABCDEFG'
echo --${tablename}--
gccli -ugbase -pXXXXX -vvv -D${dbname} <<EOF
-- drop table if exists ${tablename}_${sign}_OLD;
-- drop table if exists ${tablename}_${sign}_NEW;
lock table  ${tablename} write;
create table ${tablename}_${sign}_NEW like ${tablename};
insert into ${tablename}_${sign}_NEW select * from  ${tablename};
rename table  ${tablename} to ${tablename}_${sign}_OLD;
rename table ${tablename}_${sign}_NEW to  ${tablename};
unlock tables;
EOF
[gbase@rh6-1 ~]$

執行效果

[gbase@rh6-1 ~]$ sh gbase_rebuild_table.sh testdb t2
--t2--
--------------
drop table if exists t2_ABCDEFG_OLD
--------------
Query OK, 0 rows affected, 3 warnings (Elapsed: 00:00:00.11)
--------------
drop table if exists t2_ABCDEFG_NEW
--------------
Query OK, 0 rows affected, 3 warnings (Elapsed: 00:00:00.23)
--------------
lock table  t2 write
--------------
Query OK, 0 rows affected (Elapsed: 00:00:00.00)
--------------
create table t2_ABCDEFG_NEW like t2
--------------
Query OK, 0 rows affected (Elapsed: 00:00:00.39)
--------------
insert into t2_ABCDEFG_NEW select * from  t2
--------------
Query OK, 0 rows affected (Elapsed: 00:00:00.10)
Records: 0  Duplicates: 0  Warnings: 0
--------------
rename table  t2 to t2_ABCDEFG_OLD
--------------
Query OK, 0 rows affected (Elapsed: 00:00:01.24)
--------------
rename table t2_ABCDEFG_NEW to  t2
--------------
Query OK, 0 rows affected (Elapsed: 00:00:00.93)
--------------
unlock tables
--------------
Query OK, 0 rows affected (Elapsed: 00:00:00.00)
Bye

對其它業務的影響

經測試，在lock期間，該表可以繼續查詢，但所有DML,DDL將阻塞，直到unlock tables. 之後阻塞的SQL將繼續執行，或者阻塞超時而報錯退出。

連線斷開，鎖會自動釋放。

持有表鎖的session，該表被rename, 甚至drop,並不會導致鎖被釋放。其它session如果對該表做操作，依然會等待表鎖。

gbase> create table t2 like t1;
^CQuery aborted by Ctrl+C
ERROR 1727 (HY000): try to lock in gcluster failed:  (GBA-02LO-0002) Failed to lock: [testdb.t2580D5F90-B287-4199-B057-E6FBD44B5BFA] GC_AIS_ERR_EXIST