MySQL-Transfer2.3公布

MySQL-Transfer2.3發布 Transfer 2.3 發布， 下載地址 ? 此版本除了升級 based 版本外 * 優化了無索引表的同步性能 * 優化了 slave 模式下超大事務內存消耗問題 *Transfer 模式相關的功能改動較多 * 修復 transfer 模式下超大事務可能同步失敗的 bug ? 由于有

?

此版本除了升級based版本外

*優化了無索引表的同步性能

*優化了slave模式下超大事務內存消耗問題

*Transfer模式相關的功能改動較多

*修復transfer模式下超大事務可能同步失敗的bug

?

由于有兩個公司的同學在使用5.5.31，因此該版本的改動也同時backport到5.5.31，下載地址

版本說明

1、???? 基于版本 Percona 5.5.34，簡單用法是先安裝好官方或PS版5534，然后替換為transfer的mysqld

若使用的是slave模式，直接替換無需修改參數。

2、??? 新增參數

transfer_parallel_on
說明：1) on—多線程復制, off—單線程 默認值on
????? 2) 只能在stop slave狀態下修改

transfer_mode

說明：1)on – transfer模式, off—slave模式 默認值 off

????? 2) 只讀參數

transfer_slave_*
說明:1) 這四個參數說明見2.2版本的說明，僅在transfer模式下有效
???? 2) 只能在stop slave狀態下修改
???? 3）transfer_slave_password參數無論設置為何值，都顯示為****

============================

歷史版本改動

?? 2.2

新增觀察參數 Com_ts_*

在壓測過程中，可使用如下命令觀察

mysqladmin --socket=run/mysql.sock -uroot?? extended-status --relative --sleep=1 | grep? Com_ts

?????????????????? 得到如下圖的示例

?

???????? 說明：

1)?????? Com_ts_serial_number : 串行執行的數目。表示未使用上多線程的事務。正常應該為0，出現非0最可能的因素是出現了statement格式的語句，比如DDL，或者主庫的binlog format錯誤。

2)?????? Com_ts_thread_0 ：第0號線程的執行事務數。正常應該為0。出現非0的最可能因素是數據庫中存在無主鍵和unique key的表。

3)?????? Com_ts_thread_N ：第1到15號線程為正常的transfer worker。

上圖是master做隨機插入。前面幾個線程更加集中是合理的。需要關注的是前面幾個線程比較均勻，就達到了多線程同步的目的。

?

3、? 新增配置參數 transfer_verbos

???????? 說明：此參數默認值為OFF。上面說到Com_ts_serial_number正常應為0。若非0，可以通過將transfer_verbos改為ON，會在errlog中輸出導致串行執行的語句。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com