數(shù)據(jù)庫的運維過程中，您是否有這樣的煩惱：
1、數(shù)據(jù)庫性能表現(xiàn)差，不知如何優(yōu)化？
2、多寫入場景、讀多寫少場景如何針對性優(yōu)化提升處理效率？
3、主備同步延遲極高，不知如何緩解？
4、在秒殺、大數(shù)據(jù)量等場景下，數(shù)據(jù)庫要如何扛住壓力？
RDS for MySQL 由亞洲唯一WebScaleSQL團隊維護內(nèi)核源碼，結(jié)合阿里巴巴多年MySQL數(shù)據(jù)庫調(diào)優(yōu)經(jīng)驗，從數(shù)據(jù)庫源碼層及數(shù)據(jù)庫參數(shù)進行了性能優(yōu)化，在相近規(guī)格配置下，RDS for MySQL性能值能達到自建數(shù)據(jù)庫性能的?3倍?以上。
RDS for MySQL針對通用的場景，在內(nèi)核做了一系列的優(yōu)化：
1、 改進了InnoDB redo組提交功能，多線程并發(fā)寫入的情況下能有10%以上的速度提升。
2、 優(yōu)化鎖，對一些會引起串行化的大鎖進行了拆分，能夠有效避免長時間的讀鎖等待，提升數(shù)據(jù)讀取效率。
3、 log buffer拆分，使用多組log buffer交替工作，將buffer寫入file的過程異步化，提升數(shù)據(jù)寫入速度。
4、 優(yōu)化了只讀事務的執(zhí)行過程，應對讀多寫少的使用場景，能有100%的吞吐能力提升。
5、 主備同步效率優(yōu)化，主備實例間采用改進后的同步復制機制，提升20%以上的數(shù)據(jù)同步效率
6、 另外還針對特定的行業(yè)場景，進行了深度定制：比如電商行業(yè)進行了秒殺場景的優(yōu)化，應對高并發(fā)數(shù)據(jù)更新；金融行業(yè)提供了Double Binlog保護，大數(shù)據(jù)量的場景提供了TokuDB引擎壓縮和IO優(yōu)化。
RDS 參數(shù)調(diào)優(yōu):
RDS for MySQL 汲取阿里巴巴多年數(shù)據(jù)庫參數(shù)調(diào)優(yōu)經(jīng)驗，針對每個實例規(guī)格進行了最優(yōu)化的參數(shù)配置，并根據(jù)云計算自身環(huán)境特性，進行了相應的參數(shù)修改，使之可以達到最佳的適配效果。
RDS for MySQL VS ECS自建數(shù)據(jù)性能對比測試：
使用Tpcc-mysql進行數(shù)據(jù)庫吞吐量測試，相應的配置信息如下：
ECS自建MySQL配置信息：
| 數(shù)據(jù)庫 | MySQL5.6 |
| 內(nèi)存 | 8G |
| 磁盤 | 300G |
RDS配置信息：
| 數(shù)據(jù)庫 | MySQL5.6 |
| 內(nèi)存 | 6G |
| 磁盤 | 300G |
測試一：將ECS自建MySQL參數(shù)調(diào)整與RDS for MySQL 的默認參數(shù)配置一致，分別以10倉庫數(shù)和50倉庫數(shù)對ECS自建MySQL與RDS基于TPC-C標準的吞吐量數(shù)據(jù)進行對比，ECS自建MySQL的吞吐量只相當于RDS for MySQL的16%—30%，詳細數(shù)據(jù)如下：
測試二：ECS自建MySQL與RDS for MySQL均采用默認安裝參數(shù)調(diào)整，分別以10倉庫數(shù)和50倉庫數(shù)對ECS自建MySQL與RDS基于TPC-C標準的吞吐量數(shù)據(jù)進行對比，ECS自建MySQL的吞吐量只相當于RDS for MySQL的9%—30%。拋開內(nèi)核優(yōu)勢，RDS for MySQL 本身的參數(shù)調(diào)優(yōu)就能帶來5%-10%的性能增長。
測試結(jié)論
基于RDS for MySQL源碼層及參數(shù)的調(diào)優(yōu)，RDS for MySQL 性能值能達到ECS自建數(shù)據(jù)庫的3倍以上，隨著線程數(shù)及數(shù)據(jù)量的增大，性能差距越明顯，在高線程情況下，這個比例甚至可以達到10倍。
