## master_info_repository 開啟MTS功能后，務必將參數master_info_repostitory設置為TABLE，這樣性能可以有50%~80%的提升。這是因為并行復制開啟后對于元master.info這個文件的更新將會大幅提升，資源的競爭也會變大。在之前[InnoSQL](http://www.innosql.net/)的版本中，添加了參數來控制刷新master.info這個文件的頻率，甚至可以不刷新這個文件。因為刷新這個文件是沒有必要的，即根據master-info.log這個文件恢復本身就是不可靠的。在MySQL 5.7中，Inside君推薦將master_info_repository設置為TABLE，來減小這部分的開銷。 ## slave_parallel_workers 若將slave_parallel_workers設置為0，則MySQL 5.7退化為原單線程復制，但將slave_parallel_workers設置為1，則SQL線程功能轉化為coordinator線程，但是只有1個worker線程進行回放，也是單線程復制。然而，這兩種性能卻又有一些的區別，因為多了一次coordinator線程的轉發，因此slave_parallel_workers=1的性能反而比0還要差，在Inside君的測試下還有20%左右的性能下降，如下圖所示： [](https://box.kancloud.cn/2015-07-24_55b218c49cb85.jpg) 這里其中引入了另一個問題，如果主機上的負載不大，那么組提交的效率就不高，很有可能發生每組提交的事務數量僅有1個，那么在從機的回放時，雖然開啟了并行復制，但會出現性能反而比原先的單線程還要差的現象，即延遲反而增大了。聰明的小伙伴們，有想過對這個進行優化嗎？ ## Enhanced Multi-Threaded Slave配置 說了這么多，要開啟enhanced multi-threaded slave其實很簡單，只需根據如下設置： ~~~ # slave slave-parallel-type=LOGICAL_CLOCK slave-parallel-workers=16 master_info_repository=TABLE relay_log_info_repository=TABLE relay_log_recovery=ON ~~~