1.創建一個和要執行 alter 操作的表一樣的新的空表結構(是alter之前的結構)
2.在新表執行alter table 語句
3.在原表中創建觸發器3個觸發器分別對應insert,update,delete操作
4.以一定塊大小從原表拷貝數據到臨時表，拷貝過程中通過原表上的觸發器在原表進行的寫操作都會更新到新建的臨時表
5.Rename 原表到old表中，在把臨時表Rename為原表
6.如果有參考該表的外鍵，根據alter-foreign-keys-method參數的值，檢測外鍵相關的表，做相應設置的處理

1.在變更的服務器上 創建 ghost table( _tbname_gho like tbname)
2.更改 _tbname_gho 結構為新表結構
3.作為mysql的slave連接mysql server，並記錄新增binlog event
4.交替執行: 應用新增events到 ghost table 和 復制老表的記錄到 ghost table
5.table重命名(ghost table 替代 老表)

其中有2種常用用法：
1.連接從庫，變更主庫 - 默認方式，slave需要開啟log-slave-update
2.連接主庫，變更主庫 - 必須ROW格式，帶上參數--allow-on-master"

1.原表必須要有主鍵或者唯一索引（不含NULL）
2.原表上不能有觸發器存在
3.使用前需保證有足夠的磁盤容量，因為復制原表需要一倍的空間
4.在阿裏RDS 上使用需要增加參數no-version-check

1.原表必須要有主鍵或者唯一索引（不含NULL）
2.不支持外鍵
3.不支持觸發器
4.不支持虛擬列
5.不支持 5.7 point類型的列
6. 5.7 JSON列不能是主鍵
7.不能存在另外一個table名字一樣，只是大小寫有區別
8.不支持多源復制
9.不支持M-M 雙寫
10.不支持FEDERATED engine

--max-load，默認threads_running=25,可以指定多個指標來限速,每個chunk拷貝完會檢查，超過閥值會暫停復制。如果不指定該參數，工具會檢查當前運行值並增加20%

--max-load=Threads_running=25 表面如果在執行gh-ost的過程中出現Threads_running=25則暫停gh-ost的執行
--critical-load=Threads_running=60 表明執行過程中出現Threads_running達到60則終止gh-ost的執行
--chunk-size=1000 設置每次從原表copy到 ghost table的行數
--ok-to-drop-table 執行完之後刪除原表
--allow-on-master 直連主庫執行

1.讀binlog可以放在從庫執行，減少主庫的壓力
2.不需要創建觸發器，對原表沒有改動

1.需要創建觸發器，對原表有改動
2.涉及主鍵的更改需要review

1.當系統負載極高時，gh-ost有可能無法跟上binlog日誌的處理（未測試過該場景）
2.限制比較多，見上文
3.涉及主鍵的更改需要review