數(shù)據(jù)庫的操作越來越成為整個應用的性能瓶頸，這對于Web應用尤其明顯。關于數(shù)據(jù)庫的性能，這并不只是DBA需要關心的，而更是后端開發(fā)需要去關注的事情。

所以本文講解MySQL在各個方面的優(yōu)化方向，方便后端開發(fā)人員在調優(yōu)和問題排查過程中找到切入點。

1.服務器硬件的優(yōu)化

提升硬件設備，例如選擇盡量高頻率的內存（頻率不能高于主板的支持）、提升網絡帶寬、使用SSD高速磁盤、提升CPU性能等。

CPU的選擇:

對于數(shù)據(jù)庫并發(fā)比較高的場景，CPU的數(shù)量比頻率重要。
對于CPU密集型場景和頻繁執(zhí)行復雜SQL的場景，CPU的頻率越高越好。

2.MySQL數(shù)據(jù)庫配置優(yōu)化

表示緩沖池字節(jié)大小。
推薦值為物理內存的50%~80%。
innodb_buffer_pool_size

用來控制redo log刷新到磁盤的策略。
innodb_flush_log_at_trx_commit=1

每提交1次事務同步寫到磁盤中，可以設置為n。
sync_binlog=1

臟頁占innodb_buffer_pool_size的比例時，觸發(fā)刷臟頁到磁盤。 推薦值為25%~50%。
innodb_max_dirty_pages_pct=30

后臺進程最大IO性能指標。
默認200，如果SSD，調整為5000~20000
innodb_io_capacity=200

指定innodb共享表空間文件的大小。
innodb_data_file_path

慢查詢日志的閾值設置，單位秒。
long_qurey_time=0.3

mysql復制的形式，row為MySQL8.0的默認形式。
binlog_format=row

調高該參數(shù)則應降低interactive_timeout、wait_timeout的值。
max_connections=200

過大，實例恢復時間長；過小，造成日志切換頻繁。
innodb_log_file_size

全量日志建議關閉。
默認關閉。
general_log=0

到此這篇關于MySQL數(shù)據(jù)庫配置優(yōu)化的方案的文章就介紹到這了,更多相關MySQL性能調優(yōu)內容請搜索以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持！