DTS界面出現信息重疊的原因是什么？
當DTS界面出現信息(xi)重疊時，通常是(shi)由(you)于頁面縮放率過(guo)小所導(dao)致。
我們(men)建議將頁面(mian)縮(suo)放率調整為100%，以確保正常顯示。
MySQL源庫設置global binlog_format = ROW會立即生效嗎？
如果源庫(ku)(ku)是(shi)MySQL、且(qie)有增量任務(wu)的情況(kuang)下，必須要求(qiu)binlog_format是(shi)ROW格式，否(fou)則會導致預檢查(cha)失敗。在源庫(ku)(ku)設置了(le)global binlog_format = ROW后，原(yuan)有連(lian)接(jie)使(shi)用(yong)的還是(shi)非ROW模式寫入，需中斷(duan)原(yuan)有業務(wu)連(lian)接(jie)，并重(zhong)新建(jian)立連(lian)接(jie)。
設置全局binlog_format=ROW的步(bu)驟(zou)：
- 使用客戶端連接MySQL服務端。
- 執行set global binlog_format = ROW;命令，設置全局參數binlog_format = ROW。
- 執行select @@global.binlog_format;命令，判斷參數設置是否成功。
- 為確保重啟數據庫后該參數也能生效，需修改MySQL的啟動配置文件，添加binlog_format=ROW，并在業務低峰期進行重啟數據庫操作。
MySQL源庫設置binlog_row_image = FULL會立即生效嗎？
如果源庫是MySQL、且有增量任務(wu)的(de)情況下，必(bi)須要(yao)求binlog_row_image = FULL，否(fou)則會導致預檢查失敗。在源庫設置了global binlog_row_image = FULL后，原(yuan)有連(lian)接(jie)使用的(de)還是非(fei)FULL模式，需(xu)中(zhong)斷原(yuan)有業務(wu)連(lian)接(jie)，并重新建立連(lian)接(jie)。
設置(zhi)全局binlog_format=ROW的步驟：
- 使用客戶端連接MySQL服務端。
- 執行set binlog_row_image = FULL;命令，設置全局參數binlog_row_image = FULL。
- 執行show global variables like 'binlog_row_image';命令，判斷參數設置是否成功。
- 為確保重啟數據庫后該參數也能生效，需修改MySQL的啟動配置文件，添加binlog_row_image=FULL，并在業務低峰期進行重啟數據庫操作。
擴大帶寬會對DTS正在進行中的任務產生哪些影響？
當DTS任務進(jin)行過程中(zhong)進(jin)行云(yun)連接帶寬(kuan)的擴(kuo)大時，會(hui)導致網(wang)絡不(bu)可用(yong)，此時是(shi)否會(hui)對DTS任務產生影響取決(jue)于網(wang)絡斷(duan)開的時間以及源(yuan)庫(ku)IP有(you)沒(mei)有(you)發生變化。
如果網絡不(bu)可用(yong)時間較短，且binlog日志未被(bei)清(qing)理，并且帶寬鏈路更(geng)換(huan)完(wan)成后(hou)源(yuan)庫(ku)的VPN內的IP地址沒(mei)有變，則對任務不(bu)產(chan)生影響；如果網絡不(bu)可用(yong)時間過長，而且源(yuan)庫(ku)的binlog日志被(bei)清(qing)理（由用(yong)戶設(she)置(zhi)的清(qing)理策(ce)略決定），則任務將無法繼續(xu)，需(xu)要(yao)重新配置(zhi)和(he)運行任務。
DTS在多對一場景下應如何操作？
DTS支持多對(dui)一的的數據(ju)遷移或同(tong)步(bu)，即從不(bu)同(tong)實(shi)例、不(bu)同(tong)表的數據(ju)遷移或同(tong)步(bu)到(dao)目標(biao)庫(ku)的同(tong)一個表中。
操作建議：
- 由于是多個表的數據匯聚到目標庫的同一個表中，所以需要確保目標庫所在機器有足夠的磁盤空間，建議目標庫的剩余磁盤空間至少是源庫待遷移數據量大小的1.5倍。
- 如果是數據同步任務，不支持DDL同步，否則可能會導致同步失敗。
DTS在一對多場景下應如何操作？
DTS支(zhi)持一(yi)對多的(de)數據(ju)遷移或同步，即(ji)從同一(yi)實(shi)例的(de)數據(ju)遷移或同步到多個不同的(de)實(shi)例。
操作建議：
由于需要創建(jian)多個數據遷移或同步任務(wu)，所以對源(yuan)庫(ku)造成(cheng)較大的壓力，因此在(zai)創建(jian)任務(wu)之前，提前評估源(yuan)庫(ku)業務(wu)壓力，盡量(liang)減少任務(wu)數量(liang)。
如何查看DTS的操作日志？
DTS支持(chi)查看操(cao)(cao)作日志(zhi)，目(mu)前操(cao)(cao)作日志(zhi)只記錄了任(ren)(ren)務的管(guan)理(li)類操(cao)(cao)作的相關(guan)信息(xi)，如：新增(zeng)節(jie)點、啟動節(jie)點、創(chuang)建任(ren)(ren)務、編輯任(ren)(ren)務、暫停任(ren)(ren)務、預(yu)檢查等(deng)。
用(yong)戶可(ke)登錄DTS的控(kong)制臺(tai)，然后點擊左側菜單欄的【操作(zuo)日(ri)志】，即可(ke)查看操作(zuo)日(ri)志。
具體操作請參見幫助文檔操作日志章節內容。
是否可以再次啟動已完成的任務？
DTS任務(wu)是否可以再次啟動，取決于任務(wu)的(de)運行狀態，已完成(cheng)的(de)任務(wu)無法再次啟動。
用戶如果需要(yao)對已(yi)完成狀(zhuang)態(tai)的鏈(lian)路再次進行遷移或(huo)同步操作，需要(yao)重新建立任(ren)務。
DTS支持一鍵切換（反向）功能嗎？
當前版本的(de)DTS中，數據(ju)遷移(yi)暫不支持切換反(fan)向任(ren)務，MySQL->MySQL同步鏈路支持一鍵切換主備(bei)。
一鍵切換需滿足以下(xia)條件(jian)：
- 源庫賬號需與目標庫賬號具備相同的讀寫權限，若源庫采用VIP連接，需采用寫端口。
- 源庫和目標庫的大版本需保持一致（若源庫為MySQL5.7.x，目標庫為MySQL8.0.x，則不能執行一鍵切換；若源庫為MySQL5.7.28，目標庫為MySQL5.7.30，則可以執行一鍵切換）。
- 執行一鍵切換前增量需處于無延遲狀態，若執行強制一鍵切換，需檢查確保源庫和目標庫數據一致，且執行一鍵切換期間源庫不能有業務數據寫入并且源庫和目標庫禁止DDL操作。
一鍵切換（反向）適用于什么場景？
一(yi)鍵切換功能(neng)適用于數據庫上云或容(rong)災交割等場景。
例如：當(dang)前存在A機房(fang)(fang)，計劃新建(jian)B機房(fang)(fang)容(rong)(rong)(rong)災(zai)，并(bing)且在容(rong)(rong)(rong)災(zai)交割后以新建(jian)的(de)B機房(fang)(fang)為主(zhu)。可先創建(jian)A -> B的(de)DTS同步(bu)任(ren)務，當(dang)運行這個同步(bu)任(ren)務至處(chu)于無(wu)延遲(chi)狀態后，可通過(guo)DTS的(de)一鍵切(qie)換(huan)功能，將同步(bu)鏈(lian)路(lu)切(qie)換(huan)成B -> A，這樣B就(jiu)成為主(zhu)機房(fang)(fang)，而A就(jiu)成為容(rong)(rong)(rong)災(zai)機房(fang)(fang)。
MySQL主從切換后，是否可以繼續同步任務？
DTS支持MySQL主從切換后(hou)繼續同(tong)步(bu)任務，但需滿足(zu)如下條件：
如果MySQL開啟了GTID模(mo)式且(qie)HA實例具有虛(xu)擬(ni)IP（VIP）的情況(kuang)下(xia)，發(fa)生故障(zhang)的MySQL完成主從切換(huan)后，以MySQL為源庫(ku)的DTS數(shu)據遷移/同(tong)步(bu)任務將(jiang)嘗試自動重連，并從斷開主庫(ku)連接前最后遷移/同(tong)步(bu)成功的位(wei)點(dian)繼續當前任務，從而保(bao)持數(shu)據遷移和同(tong)步(bu)的連續性和完整性。
DTS不同的同步方式有什么區別？
DTS數(shu)據傳輸服務(wu)支持(chi)選擇整庫同(tong)步，或勾選部分對象同(tong)步：
- 勾選整庫同步時，DTS數據傳輸服務會將數據庫中的全部對象進行同步，并保持和源庫相同的名稱。同時勾選DDL增量同步時，在同步進行后源庫新增的表和對象也會被同步到目標庫中。
- 勾選部分對象進行同步時，可編輯同步對象，修改其映射名稱。在同步進行后源庫中新增的對象不會被同步到目標庫中。
