percona-toolkit 之 【pt-online-schema-change】說明
背景：html
MySQL 大字段的DDL操做：加減字段、索引、修改字段屬性等，在5.1以前都是很是耗時耗力的，特別是會對MySQL服務產生影響。在5.1以後隨着Plugin Innodb的出如今線加索引的提升了不少，可是還會影響（時間縮短了），主要是出現了MDL鎖。不過5.6能夠避免上面的狀況，但目前大部分在用的版本都是5.6以前的，因此DDL操做一直是運維人員「頭疼"的事。那如何在不鎖表的狀況下安全快速地更新表結構？如今來講明下percona-toolkit 的 pt-online-schema-change 的使用說明，能夠很好的解決上述的問題。數據庫
工做原理：安全
模仿MySQL的alter，但不一樣的是在alter操做更改表結構的時候不用鎖定表，也就是說執行alter的時候不會阻塞寫和讀取操做，客戶端能夠繼續都和修改數據。注意執行這個工具的時候必須作好備份，操做以前最好詳細讀一下官方文檔。服務器
一、若是存在外鍵，根據alter-foreign-keys-method參數的值，檢測外鍵相關的表，作相應設置的處理。沒有使用 --alter-foreign-keys-method 指定特定的值，該工具不予執行
二、建立一個新的表，表結構爲修改後的數據表，用於從源數據表向新表中導入數據。
三、建立觸發器，用於記錄從拷貝數據開始以後，對源數據表繼續進行數據修改的操做記錄下來，用於數據拷貝結束後，執行這些操做，保證數據不會丟失。若是表中已經定義了觸發器這個工具就不能工做了。
四、拷貝數據，從源數據表中拷貝數據到新表中。
五、修改外鍵相關的子表，根據修改後的數據，修改外鍵關聯的子表。
六、rename源數據表爲old表，把新表rename爲源表名，並將old表刪除。
七、刪除觸發器。多線程
使用方法：app
pt-online-schema-change [OPTIONS] DSN
具體說下 OPTIONS 的一些經常使用的參數：運維
--user: -u，鏈接的用戶名 --password： -p，鏈接的密碼 --database： -D，鏈接的數據庫 --port -P，鏈接數據庫的端口 --host: -h，鏈接的主機地址 --socket: -S，鏈接的套接字文件 --ask-pass 隱式輸入鏈接MySQL的密碼 --charset 指定修改的字符集 --defaults-file -F，讀取配置文件 --alter： 結構變動語句，不須要alter table關鍵字。能夠指定多個更改，用逗號分隔。以下場景，須要注意： 不能用RENAME來重命名錶。 列不能經過先刪除，再添加的方式進行重命名，不會將數據拷貝到新列。 若是加入的列非空並且沒有默認值，則工具會失敗。即其不會爲你設置一個默認值，必須顯示指定。 刪除外鍵(drop foreign key constrain_name)時，須要指定名稱_constraint_name，而不是原始的constraint_name。 如：CONSTRAINT `fk_foo` FOREIGN KEY (`foo_id`) REFERENCES `bar` (`foo_id`)，須要指定：--alter "DROP FOREIGN KEY _fk_foo" --alter-foreign-keys-method 如何把外鍵引用到新表?須要特殊處理帶有外鍵約束的表,以保證它們能夠應用到新表.當重命名錶的時候,外鍵關係會帶到重命名後的表上。
該工具備兩種方法,能夠自動找到子表,並修改約束關係。
auto： 在rebuild_constraints和drop_swap兩種處理方式中選擇一個。
rebuild_constraints：使用 ALTER TABLE語句先刪除外鍵約束,而後再添加.若是子表很大的話,會致使長時間的阻塞。
drop_swap： 執行FOREIGN_KEY_CHECKS=0,禁止外鍵約束,刪除原表,再重命名新表。這種方式很快,也不會產生阻塞,可是有風險：
1, 在刪除原表和重命名新表的短期內,表是不存在的,程序會返回錯誤。
2, 若是重命名錶出現錯誤,也不能回滾了.由於原表已經被刪除。
none： 相似"drop_swap"的處理方式,可是它不刪除原表,而且外鍵關係會隨着重命名轉到老表上面。
--[no]check-alter 默認yes，語法解析。配合--dry-run 和 --print 一塊兒運行，來檢查是否有問題（change column，drop primary key）。 --max-lag 默認1s。每一個chunk拷貝完成後，會查看全部複製Slave的延遲狀況。要是延遲大於該值，則暫停複製數據，直到全部從的滯後小於這個值，使用Seconds_Behind_Master。若是有任何從滯後超過此選項的值，則該工具將睡眠--check-interval指定的時間，再檢查。若是從被中止，將會永遠等待，直到從開始同步，而且延遲小於該值。若是指定--check-slave-lag，該工具只檢查該服務器的延遲，而不是全部服務器。
--check-slave-lag
指定一個從庫的DSN鏈接地址,若是從庫超過--max-lag參數設置的值,就會暫停操做。
--recursion-method 默認是show processlist，發現從的方法，也能夠是host，但須要在從上指定report_host，經過show slave hosts來找到，能夠指定none來不檢查Slave。
METHOD USES =========== ================== processlist SHOW PROCESSLIST hosts SHOW SLAVE HOSTS dsn=DSN DSNs from a table none Do not find slaves
指定none則表示不在意從的延遲。
--check-interval
默認是1。--max-lag檢查的睡眠時間。
--[no]check-plan
默認yes。檢查查詢執行計劃的安全性。
--[no]check-replication-filters
默認yes。若是工具檢測到服務器選項中有任何複製相關的篩選，如指定binlog_ignore_db和replicate_do_db此類。發現有這樣的篩選，工具會報錯且退出。由於若是更新的表Master上存在，而Slave上不存在，會致使複製的失敗。使用–no-check-replication-filters選項來禁用該檢查。
--[no]swap-tables
默認yes。交換原始表和新表，除非你禁止--[no]drop-old-table。
--[no]drop-triggers
默認yes，刪除原表上的觸發器。 --no-drop-triggers 會強制開啓 --no-drop-old-table 即：不刪除觸發器就會強制不刪除原表。
--new-table-name
複製建立新表的名稱，默認%T_new。
--[no]drop-new-table
默認yes。刪除新表，若是複製組織表失敗。
--[no]drop-old-table
默認yes。複製數據完成重命名以後，刪除原表。若是有錯誤則會保留原表。
--max-load
默認爲Threads_running=25。每一個chunk拷貝完後，會檢查SHOW GLOBAL STATUS的內容，檢查指標是否超過了指定的閾值。若是超過，則先暫停。這裏能夠用逗號分隔，指定多個條件，每一個條件格式： status指標=MAX_VALUE或者status指標:MAX_VALUE。若是不指定MAX_VALUE，那麼工具會這隻其爲當前值的120%。
--critical-load
默認爲Threads_running=50。用法基本與--max-load相似，若是不指定MAX_VALUE，那麼工具會這隻其爲當前值的200%。若是超過指定值，則工具直接退出，而不是暫停。
--default-engine
默認狀況下，新的表與原始表是相同的存儲引擎，因此若是原來的表使用InnoDB的，那麼新表將使用InnoDB的。在涉及複製某些狀況下，極可能主從的存儲引擎不同。使用該選項會默認使用默認的存儲引擎。
--set-vars
設置MySQL變量，多個用逗號分割。默認該工具設置的是： wait_timeout=10000 innodb_lock_wait_timeout=1 lock_wait_timeout=60
--chunk-size-limit
當須要複製的塊遠大於設置的chunk-size大小,就不復制.默認值是4.0，一個沒有主鍵或惟一索引的表,塊大小就是不肯定的。
--chunk-time
在chunk-time執行的時間內,動態調整chunk-size的大小,以適應服務器性能的變化，該參數設置爲0,或者指定chunk-size,均可以禁止動態調整。
--chunk-size 指定塊的大小,默認是1000行,能夠添加k,M,G後綴.這個塊的大小要儘可能與--chunk-time匹配，若是明確指定這個選項,那麼每一個塊就會指定行數的大小.
--[no]check-plan 默認yes。爲了安全,檢查查詢的執行計劃.默認狀況下,這個工具在執行查詢以前會先EXPLAIN,以獲取一次少許的數據,若是是很差的EXPLAIN,那麼會獲取一次大量的數據，這個工具會屢次執行EXPALIN,若是EXPLAIN不一樣的結果,那麼就會認爲這個查詢是不安全的。
--statistics 打印出內部事件的數目，能夠看到複製數據插入的數目。 --dry-run 建立和修改新表，但不會建立觸發器、複製數據、和替換原表。並不真正執行，能夠看到生成的執行語句，瞭解其執行步驟與細節。--dry-run與--execute必須指定一個，兩者相互排斥。和--print配合最佳。 --execute 肯定修改表，則指定該參數。真正執行。--dry-run與--execute必須指定一個，兩者相互排斥。 --print 打印SQL語句到標準輸出。指定此選項可讓你看到該工具所執行的語句，和--dry-run配合最佳。 --progress 複製數據的時候打印進度報告，二部分組成：第一部分是百分比，第二部分是時間。 --quiet -q，不把信息標準輸出。
更多的參數信息請見官方文檔。socket
測試：工具
測試一：查看其實現方式、原理性能
測試表：
CREATE TABLE `online_table` ( `id` int(11) NOT NULL, `name` varchar(10) DEFAULT NULL, `age` int(11) DEFAULT NULL )engine = innodb default charset utf8;
zhoujy@zhoujy:~$ pt-online-schema-change --user=root --password=123456 --host=192.168.200.25 --alter "ADD COLUMN content text" D=test,t=online_table --print --dry-run Operation, tries, wait: copy_rows, 10, 0.25 create_triggers, 10, 1 drop_triggers, 10, 1 swap_tables, 10, 1 update_foreign_keys, 10, 1
#須要指定--execute去執行 Starting a dry run. `test`.`online_table` will not be altered. Specify --execute instead of --dry-run to alter the table. Creating new table...
#新表 CREATE TABLE `test`.`_online_table_new` ( `id` int(11) NOT NULL, `name` varchar(10) DEFAULT NULL, `age` int(11) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8 Created new table test._online_table_new OK.
#修改新表 Altering new table... ALTER TABLE `test`.`_online_table_new` ADD COLUMN content text Altered `test`.`_online_table_new` OK.
#刪除新表，由於命令沒有進行復制，因此默認下會刪除新表，除非指定：--no-drop-new-table Dropping new table... DROP TABLE IF EXISTS `test`.`_online_table_new`; Dropped new table OK.
#命令執行完成，由於沒有指定--execute，因此原表沒有被修改 Dry run complete. `test`.`online_table` was not altered.
#原表須要一個主鍵或則惟一索引，由於刪除的觸發器須要，不然數據不會被複制 The new table `test`.`_online_table_new` does not have a PRIMARY KEY or a unique index which is required for the DELETE trigger.
上面已經說明了該工具的實現方式，下面來執行看是否有效。先爲原表添加主鍵：
root@192.168.200.25 : test 10:14:21>alter table online_table add primary key (id),modify id int not null auto_increment; Query OK, 0 rows affected (0.28 sec)
zhoujy@zhoujy:~$ pt-online-schema-change --user=root --password=123456 --host=192.168.200.25 --alter "ADD COLUMN content text" D=test,t=online_table --print --execute
Operation, tries, wait: copy_rows, 10, 0.25 create_triggers, 10, 1 drop_triggers, 10, 1 swap_tables, 10, 1 update_foreign_keys, 10, 1 Altering `test`.`online_table`...
#建立新表 Creating new table... CREATE TABLE `test`.`_online_table_new` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(10) DEFAULT NULL, `age` int(11) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 Created new table test._online_table_new OK. Altering new table...
#修改新表 ALTER TABLE `test`.`_online_table_new` ADD COLUMN content text Altered `test`.`_online_table_new` OK. Creating triggers...
#觸發器建立 CREATE TRIGGER `pt_osc_test_online_table_del` AFTER DELETE ON `test`.`online_table` FOR EACH ROW DELETE IGNORE FROM `test`.`_online_table_new` WHERE `test`.`_online_table_new`.`id` <=> OLD.`id` CREATE TRIGGER `pt_osc_test_online_table_upd` AFTER UPDATE ON `test`.`online_table` FOR EACH ROW REPLACE INTO `test`.`_online_table_new` (`id`, `name`, `age`) VALUES (NEW.`id`, NEW.`name`, NEW.`age`) CREATE TRIGGER `pt_osc_test_online_table_ins` AFTER INSERT ON `test`.`online_table` FOR EACH ROW REPLACE INTO `test`.`_online_table_new` (`id`, `name`, `age`) VALUES (NEW.`id`, NEW.`name`, NEW.`age`) Created triggers OK.
#執行數據複製的操做，原表數據插入到新表 Copying approximately 1 rows... INSERT LOW_PRIORITY IGNORE INTO `test`.`_online_table_new` (`id`, `name`, `age`) SELECT `id`, `name`, `age` FROM `test`.`online_table` LOCK IN SHARE MODE /*pt-online-schema-change 6167 copy table*/ Copied rows OK.
#插入完畢後交換表 Swapping tables... RENAME TABLE `test`.`online_table` TO `test`.`_online_table_old`, `test`.`_online_table_new` TO `test`.`online_table` Swapped original and new tables OK.
#數據複製完畢以後，刪除原表 Dropping old table... DROP TABLE IF EXISTS `test`.`_online_table_old` Dropped old table `test`.`_online_table_old` OK.
#刪除觸發器 Dropping triggers... DROP TRIGGER IF EXISTS `test`.`pt_osc_test_online_table_del`; DROP TRIGGER IF EXISTS `test`.`pt_osc_test_online_table_upd`; DROP TRIGGER IF EXISTS `test`.`pt_osc_test_online_table_ins`; Dropped triggers OK. Successfully altered `test`.`online_table`.
上面指定了--execute，輸出的信息裏面也表示原表已經被修改爲功而且記錄了很詳細的操做信息，查看錶是否已經被修改：
root@192.168.200.25 : test 10:15:12>desc online_table; +---------+-------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +---------+-------------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | name | varchar(10) | YES | | NULL | | | age | int(11) | YES | | NULL | | | content | text | YES | | NULL | | +---------+-------------+------+-----+---------+----------------+ 4 rows in set (0.00 sec)
肯定表已經添加了字段。經過上面的測試，已經基本瞭解該工具的工做原理了，下面開始測試一些正式場景下的使用方法。
測試二：主從環境的基本操做
測試表
zjy@192.168.200.111 : crm_production 11:25:48>desc tmp_test; +-------+-------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-------+-------------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | name | varchar(10) | YES | | NULL | | +-------+-------------+------+-----+---------+----------------+
zhoujy@zhoujy:~$ pt-online-schema-change --user=zjy --host=192.168.200.111 --alter "ADD COLUMN content text" D=crm_production,t=tmp_test --ask-pass --print --execute Enter MySQL password: #報錯，由於該工具在檢測到服務器選項中有任何複製相關的篩選會退出，須要指定：--no-check-replication-filters Replication filters are set on these hosts: database2 replicate_do_db = crm_production Please read the --check-replication-filters documentation to learn how to solve this problem. at /usr/local/bin/pt-online-schema-change line 8015, <STDIN> line 2.
加上參數：--no-check-replication-filters
zhoujy@zhoujy:~$ pt-online-schema-change --user=zjy --host=192.168.200.111 --alter "ADD COLUMN content text" D=crm_production,t=tmp_test --ask-pass --no-check-replication-filters --print --execute Enter MySQL password: Operation, tries, wait: copy_rows, 10, 0.25 create_triggers, 10, 1 drop_triggers, 10, 1 swap_tables, 10, 1 update_foreign_keys, 10, 1 Altering `crm_production`.`tmp_test`... Creating new table... CREATE TABLE `crm_production`.`_tmp_test_new` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(10) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 Created new table crm_production._tmp_test_new OK. Altering new table... ALTER TABLE `crm_production`.`_tmp_test_new` ADD COLUMN content text Altered `crm_production`.`_tmp_test_new` OK. Creating triggers... CREATE TRIGGER `pt_osc_crm_production_tmp_test_del` AFTER DELETE ON `crm_production`.`tmp_test` FOR EACH ROW DELETE IGNORE FROM `crm_production`.`_tmp_test_new` WHERE `crm_production`.`_tmp_test_new`.`id` <=> OLD.`id` CREATE TRIGGER `pt_osc_crm_production_tmp_test_upd` AFTER UPDATE ON `crm_production`.`tmp_test` FOR EACH ROW REPLACE INTO `crm_production`.`_tmp_test_new` (`id`, `name`) VALUES (NEW.`id`, NEW.`name`) CREATE TRIGGER `pt_osc_crm_production_tmp_test_ins` AFTER INSERT ON `crm_production`.`tmp_test` FOR EACH ROW REPLACE INTO `crm_production`.`_tmp_test_new` (`id`, `name`) VALUES (NEW.`id`, NEW.`name`) Created triggers OK. Copying approximately 1 rows... INSERT LOW_PRIORITY IGNORE INTO `crm_production`.`_tmp_test_new` (`id`, `name`) SELECT `id`, `name` FROM `crm_production`.`tmp_test` LOCK IN SHARE MODE /*pt-online-schema-change 6982 copy table*/ Copied rows OK. Swapping tables... RENAME TABLE `crm_production`.`tmp_test` TO `crm_production`.`_tmp_test_old`, `crm_production`.`_tmp_test_new` TO `crm_production`.`tmp_test` Swapped original and new tables OK. Dropping old table... DROP TABLE IF EXISTS `crm_production`.`_tmp_test_old` Dropped old table `crm_production`.`_tmp_test_old` OK. Dropping triggers... DROP TRIGGER IF EXISTS `crm_production`.`pt_osc_crm_production_tmp_test_del`; DROP TRIGGER IF EXISTS `crm_production`.`pt_osc_crm_production_tmp_test_upd`; DROP TRIGGER IF EXISTS `crm_production`.`pt_osc_crm_production_tmp_test_ins`; Dropped triggers OK. Successfully altered `crm_production`.`tmp_test`.
已經修改：
zjy@192.168.200.111 : crm_production 11:15:39>desc tmp_test; +---------+-------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +---------+-------------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | name | varchar(10) | YES | | NULL | | | content | text | YES | | NULL | | +---------+-------------+------+-----+---------+----------------+
除了add column，也能夠modify column，drop column，對於change column 則須要指定：--no-check-alter
測試三：主外鍵表的基本操做
測試表（只能是INNODB表）
create table tt(id int not null auto_increment,name varchar(10),primary key(id))engine =innodb default charset utf8; create table xx(id int not null auto_increment,tt_id int not null,name varchar(10),primary key(id))engine =innodb default charset utf8; alter table xx add foreign key fk_xx_tt_id(tt_id) references tt(id);
zhoujy@zhoujy:~$ pt-online-schema-change --user=root --password=123456 --host=192.168.200.25 --alter "ADD COLUMN content text" D=aaa,t=tt --no-check-replication-filters --print --execute
Operation, tries, wait: copy_rows, 10, 0.25 create_triggers, 10, 1 drop_triggers, 10, 1 swap_tables, 10, 1 update_foreign_keys, 10, 1 Child tables: `aaa`.`xx` (approx. 3 rows) You did not specify --alter-foreign-keys-method, but there are foreign keys that reference the table. Please read the tool's documentation carefully.
執行錯誤退出，提示須要指定：--alter-foreign-keys-method 參數來操做有外鍵的表。要是沒有外鍵而加了參數的話會出現：
No foreign keys reference `aaa`.`xx`; ignoring --alter-foreign-keys-method。
zhoujy@zhoujy:~$ pt-online-schema-change --user=root --password=123456 --host=192.168.200.25 --alter "ADD COLUMN content text" D=aaa,t=tt --no-check-replication-filters --alter-foreign-keys-method auto --print --execute
Operation, tries, wait: copy_rows, 10, 0.25 create_triggers, 10, 1 drop_triggers, 10, 1 swap_tables, 10, 1 update_foreign_keys, 10, 1
#子表 Child tables: `aaa`.`xx` (approx. 3 rows) Will automatically choose the method to update foreign keys. Altering `aaa`.`tt`...
#建立新表 Creating new table... CREATE TABLE `aaa`.`_tt_new` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(10) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 Created new table aaa._tt_new OK.
#修改新表 Altering new table... ALTER TABLE `aaa`.`_tt_new` ADD COLUMN content text Altered `aaa`.`_tt_new` OK. Creating triggers... CREATE TRIGGER `pt_osc_aaa_tt_del` AFTER DELETE ON `aaa`.`tt` FOR EACH ROW DELETE IGNORE FROM `aaa`.`_tt_new` WHERE `aaa`.`_tt_new`.`id` <=> OLD.`id` CREATE TRIGGER `pt_osc_aaa_tt_upd` AFTER UPDATE ON `aaa`.`tt` FOR EACH ROW REPLACE INTO `aaa`.`_tt_new` (`id`, `name`) VALUES (NEW.`id`, NEW.`name`) CREATE TRIGGER `pt_osc_aaa_tt_ins` AFTER INSERT ON `aaa`.`tt` FOR EACH ROW REPLACE INTO `aaa`.`_tt_new` (`id`, `name`) VALUES (NEW.`id`, NEW.`name`) Created triggers OK.
#複製數據 Copying approximately 3 rows... INSERT LOW_PRIORITY IGNORE INTO `aaa`.`_tt_new` (`id`, `name`) SELECT `id`, `name` FROM `aaa`.`tt` LOCK IN SHARE MODE /*pt-online-schema-change 8969 copy table*/ Copied rows OK.
#處理外鍵的方式，選擇的是auto，會根據狀況進行選擇：重建或則禁用外鍵檢測。 Max rows for the rebuild_constraints method: 17898 Determining the method to update foreign keys... `aaa`.`xx`: 3 rows; can use rebuild_constraints
#交換表 Swapping tables... RENAME TABLE `aaa`.`tt` TO `aaa`.`_tt_old`, `aaa`.`_tt_new` TO `aaa`.`tt` Swapped original and new tables OK.
#重建外鍵 Rebuilding foreign key constraints... ALTER TABLE `aaa`.`xx` DROP FOREIGN KEY `xx_ibfk_1`, ADD CONSTRAINT `_xx_ibfk_1` FOREIGN KEY (`tt_id`) REFERENCES `aaa`.`tt` (`id`) Rebuilt foreign key constraints OK. Dropping old table... DROP TABLE IF EXISTS `aaa`.`_tt_old` Dropped old table `aaa`.`_tt_old` OK. Dropping triggers... DROP TRIGGER IF EXISTS `aaa`.`pt_osc_aaa_tt_del`; DROP TRIGGER IF EXISTS `aaa`.`pt_osc_aaa_tt_upd`; DROP TRIGGER IF EXISTS `aaa`.`pt_osc_aaa_tt_ins`; Dropped triggers OK. Successfully altered `aaa`.`tt`.
對可靠性要求不高能夠用auto模式更新，要是可靠性要求高則須要用rebuild_constraints模式。即：
--alter-foreign-keys-method=rebuild_constraints
其餘：
上面的測試都是把原表刪除了，要是不刪除原表則： --no-drop-old-table，這樣會讓原表（_test_binlog_old）保留。
pt-online-schema-change --user=root --password=123456 --host=192.168.200.25 --alter "ADD COLUMN a text" D=aaa,t=test_binlog --no-check-replication-filters --no-drop-old-table --print --execute
要是在線上環境上添加字段，但又不想影響到服務，能夠用參數：--max-load 去執行該工具，默認是 Threads_running=25，即當前有這麼多線程在運行的時候就暫停數據的複製，等少於該值則繼續複製數據到新表：
pt-online-schema-change --user=root --password=123456 --host=192.168.200.25 --alter "add INDEX idx_address(address)" D=aaa,t=tmp_test --no-check-alter --no-check-replication-filters --alter-foreign-keys-method=auto --recursion-method=none --max-load=Threads_running=2 --statistics --print --execute
暫停的時候標準輸出裏面會有：
Pausing because Threads_running=2。等到運行的線程數小於給定的值，則就繼續複製數據，直到完成。
總結：
一、當業務量較大時，修改操做會等待沒有數據修改後，執行最後的rename操做。所以，在修改表結構時，應該儘可能選擇在業務相對空閒時，至少修改表上的數據操做較低時，執行較爲穩當。
二、若是對外鍵表操做時，四種外鍵操做類型須要根據表的數據量和可靠程度，進行選擇。處於可靠性的緣由，儘可能使用rebuild_constraints類型，若是沒有可靠性要求，可使用auto類型。
三、因爲可能存在必定的風險，在操做以前，建議對數據表進行備份，可使得操做更安全、可靠。
使用該工具的前提是處理的表須要有主鍵或則惟一索引。當處理有外鍵的表時，須要加--alter-foreign-keys-method參數，值能夠根據狀況設置。當是主從環境，不在意從的延遲，則須要加--recursion-method=none參數。當須要儘量的對服務產生小的影響，則須要加上--max-load參數。
經過上面的測試，總結下該工具的使用方法：
表：
CREATE TABLE `tmp_test` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(10) DEFAULT NULL, `age` int(11) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8
1，增長字段：
pt-online-schema-change --user=root --password=123456 --host=192.168.200.25 --alter "ADD COLUMN content text" D=aaa,t=tmp_test --no-check-replication-filters --alter-foreign-keys-method=auto --recursion-method=none --print --execute
2，刪除字段：
pt-online-schema-change --user=root --password=123456 --host=192.168.200.25 --alter "DROP COLUMN content " D=aaa,t=tmp_test --no-check-replication-filters --alter-foreign-keys-method=auto --recursion-method=none --quiet --execute
3，修改字段：
pt-online-schema-change --user=root --password=123456 --host=192.168.200.25 --alter "MODIFY COLUMN age TINYINT NOT NULL DEFAULT 0" D=aaa,t=tmp_test --no-check-replication-filters --alter-foreign-keys-method=auto --recursion-method=none --quiet --execute
4，字段更名：
pt-online-schema-change --user=root --password=123456 --host=192.168.200.25 --alter "CHANGE COLUMN age address varchar(30)" D=aaa,t=tmp_test --no-check-alter --no-check-replication-filters --alter-foreign-keys-method=auto --recursion-method=none --quiet --execut
5，增長索引：
pt-online-schema-change --user=root --password=123456 --host=192.168.200.25 --alter "ADD INDEX idx_address(address)" D=aaa,t=tmp_test --no-check-alter --no-check-replication-filters --alter-foreign-keys-method=auto --recursion-method=none --print --execute
6，刪除索引：
pt-online-schema-change --user=root --password=123456 --host=192.168.200.25 --alter "DROP INDEX idx_address" D=aaa,t=tmp_test --no-check-alter --no-check-replication-filters --alter-foreign-keys-method=auto --recursion-method=none --print --execute
使用方法就介紹到這裏，更多的信息見官方文檔。在執行過程當中，是否會鎖住其餘操做，你們能夠自行測試。
更多信息：
http://www.percona.com/doc/percona-toolkit/2.2/pt-online-schema-change.html
相關文章
- 1. java之@JSONField 註解說明
- 2. ajax之最簡說明
- 3. GoldenGate 之 Bounded Recovery說明
- 4. Linux 之目錄說明
- 5. WebSocket之GatewayWorker使用說明
- 6. Nodejs之package.json介紹說明
- 7. ROS入門之Cmakelist說明
- 8. Mybatis之Xml解析說明
- 9. RedisTemplate之opsForValue使用說明
- 10. WPF之DataAnnotations 註解說明
- 更多相關文章...
- • Eclipse 窗口說明 - Eclipse 教程
- • PHP EOF(heredoc) 使用說明 - PHP教程
- • Github 簡明教程
- • 互聯網組織的未來：剖析GitHub員工的任性之源
相關標籤/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
歡迎關注本站公眾號,獲取更多信息
