因思維新建站官網：jz.inspinovation.com

文|李掌柜

在Lamp架構中,Mysql性能 優化必不可少,本日主要說的是我對Mysql性能優化的一些看法.下面請聽我道來：

1、選擇Percona或MariaDB版本的話,強烈建議啟用thread pool特性,可使得在高并發的情況下,性能不會發生大幅下降.此外,還有extra_port功能,非常實用, 關鍵時刻能救命的.還有另外一個重要特色是 QUERY_RESPONSE_TIME 功能,也能使我們對整體的SQL響應時間分布有直觀感受；

2、設置default-storage-engine=InnoDB,也便是默認采用InnoDB引擎,強烈建議不要再使用MyISAM引擎了,InnoDB引擎絕對可以滿足99%以上的業務場景；

3、調整innodb_buffer_pool_size大小,如果是單實例且絕大多數是InnoDB引擎表的話,可考慮設置為物理內存的50% ~ 70%左右；

4、根據實際必要設置innodb_flush_log_at_trx_commit、sync_binlog的值.如果要求數據不能丟失,那么兩個都設為1.如果允許丟失一點數據,則可分別設為2和10.而如果完全不用care數據是否丟失的話(例如在slave上,反正大不了重做一次),則可都設為0.這三種設置值導致數據庫的性能受到影響程度分別是：高、中、低,也就是第一個會另數據庫最慢,最后一個則相反；

5、設置innodb_file_per_table = 1,使用獨立表空間,我實在是想不出來用共享表空間有什么好處了；

6、設置innodb_data_file_path = ibdata1:1G:autoextend,千萬不要用默認的10M,否則在有高并發事務時,會受到不小的影響；

7、設置innodb_log_file_size=256M,設置innodb_log_files_in_group=2,基本可滿足90%以上的場景；

8、設置long_query_time = 1,而在5.5版本以上,已經可以設置為小于1了,建議設置為0.05(50毫秒),記錄那些執行較慢的SQL,用于后續的分析排查；

9、根據業務實際必要,適當調整max_connection(最大連接數)、max_connection_error(最大錯誤數,建議設置為10萬以上,而open_files_limit、innodb_open_files、table_open_cache、table_definition_cache這幾個參數則可設為約10倍于max_connection的大小；

10、常見的誤區是把tmp_table_size和max_heap_table_size設置的比擬大,曾經見過設置為1G的,這2個選項是每個連接會話都會分配的,因此不要設置過大,否則容易導致OOM發生；其他的一些連接會話級選項例如：sort_buffer_size、join_buffer_size、read_buffer_size、read_rnd_buffer_size等,也需要注意不能設置過大；

11、由于已經建議不再使用MyISAM引擎了,因此可以把key_buffer_size設置為32M左右,而且強烈建議關閉query cache功能；