.png?table=block&id=eb0d22b2-eea6-4fb7-bfed-176a8efab6c1&t=eb0d22b2-eea6-4fb7-bfed-176a8efab6c1&width=1080&cache=v2)
參數
說明
標籤
遷移操作只是為了測試在切換之前複製會停止,然後會進行切換操作,然後在切換回來,你的原始表最終還是原始表。兩個表都會保存下來,複製操作是停止的。你可以對這兩個表進行一致性檢查等測試操作。
模式相關
當該檔案存在時,
gh-ost
會推遲 cut-over
階段,並繼續同步 ghost talbe
。刪除文件後便可以執行 cut-over
常用
當確定server的binlog_format為row時可以設置為true,避免gh-ost stop slave; start slave; ,並且可以不需要提供gh-ost SUPER 權限
常用
檢查該
gh-ost
版本是否支持帶入的flag參數(必須提供虛擬值),當所由提供的flag都有支持時會返回0。範例:gh-ost --check-flag --cut-over-lock-timeout-seconds --nice-ratio 0常用
Unix socket file to serve on. 默認:由gh-ost啟動時自動定義並生成該文件(/tmp/gh-ost.dbname.tablename.sock)
常用
gh-ost將主動幫你將binlog_format設置為row,之後會重啟replication(stop slave start slave)。gh-ost完成後不會切換binlog_format,避免有其他gh-ost還在運行而出錯
常用
When true, 當在
interactive command
使用 unpostpone|cut-over
指令時必須給定table名稱,否則會被忽略常用
告訴 gh-ost 不要使用嚴格模式 (sql_mode)。
假設DB的sql_mode='NO_ZERO_IN_DATE,NO_ZERO_DATE',這種時候insert '0000-00-00 00:00:00'的時間仍會成功,但會噴error,若未使用此參數 gh-ost會採用嚴格模式不寫入資料,導致丟失數據,請參閱:https://github.com/github/gh-ost/issues/711
常用
格式:
some_status=<numeric-threshold>[,some_status=<numeric-threshold>...]
,當對應的MySQL狀態超過閾值時,gh-ost會panics並退出loading控制
當不是0時,當閾值超過-critical-load的設定時,gh-ost不會panic而是會休眠指定時間,期間不會進行任何讀寫操作,並於下次再次進行檢查。與
-critical-load-interval-millis
使用時,只有此參數有效。loading控制
當不為0時,當閾值超過-critical-load的設定時,gh-ost不會panic而是間隔指定時間後再次進行檢查,若仍舊超過則會退出(panic)。與
-critical-load-hibernate-seconds
使用時,此參數無效。loading控制
格式:
some_status=<numeric-threshold>[,some_status=<numeric-threshold>...]
,當對應的MySQL狀態超過閾值時,gh-ost會進入 throttle 狀態loading控制
當該文件存在時,操作會暫停。建議保留默認值,限制多個gh-ost操作(默認值為 /tmp/gh-ost.throttle)
loading控制
需要檢查replication lag的slave 列表,以逗號分隔,例如:myhost1.com:3307,myhost2.com:3308
loading控制
force being 'nice', imply sleep time per chunk time; range: [0.0..100.0]. Example values: 0 is aggressive. 1: for every 1ms spent copying rows, sleep additional 1ms (effectively doubling runtime); 0.7: for every 10ms spend in a rowcopy chunk, spend 7ms sleeping immediately after
範圍 0.0~100.0,每複製完一個chunk的資料後,
gh-ost
將休眠 複製消耗的時間 * nice-ratio
,當為0時不會休眠
範例:假設每複製一個chunk的資料需要 100ms
當 nice-ratio=0.5
時, gh-ost
將休眠 100*0.5=50ms
當 nice-ratio=2
時, gh-ost
將休眠 100*2=200ms
loading控制
when this file is created, gh-ost will immediately terminate, without cleanup
loading控制
arbitrary message to be injected to hooks via GH_OST_HOOKS_HINT, for your convenience
hook
arbitrary name of owner to be injected to hooks via GH_OST_HOOKS_HINT_OWNER, for your convenience
hook
arbitrary token to be injected to hooks via GH_OST_HOOKS_HINT_TOKEN, for your convenience
hook
directory where hook files are found (default: empty, ie. hooks disabled). Hook files found on this path, and conforming to hook naming conventions will be executed
hook
Deprecated. gh-ost uses an internal, subsecond resolution query
不建議使用或調整
明確告訴gh-ost master的身分,格式:some.host.com[:port],用於-assume-master-master 或 gh-ost無法確定master時
暫時用不到
hen given, gh-ost checks given URL via HEAD request; any response code other than 200 (OK) causes throttling; make sure it has low latency response
loading 控制
暫時用不到
explicitly let gh-ost know that you are running on a tungsten-replication based topology (you are likely to also provide --assume-master-host)
暫時用不到
Skips verification of MySQL hosts' certificate chain and host name. Requires --ssl
SSL相關