MySQL數(shù)據(jù)庫配置優(yōu)化的方案
數(shù)據(jù)庫的操作越來越成為整個應用的性能瓶頸,這對于Web應用尤其明顯。關于數(shù)據(jù)庫的性能,這并不只是DBA需要關心的,而更是后端開發(fā)需要去關注的事情。
所以本文講解MySQL在各個方面的優(yōu)化方向,方便后端開發(fā)人員在調優(yōu)和問題排查過程中找到切入點。
1.服務器硬件的優(yōu)化
提升硬件設備,例如選擇盡量高頻率的內存(頻率不能高于主板的支持)、提升網(wǎng)絡帶寬、使用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ù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Centos7 移動mysql5.7.19 數(shù)據(jù)存儲位置的操作方法
這篇文章主要介紹了Centos7 移動mysql5.7.19 數(shù)據(jù)存儲位置的實現(xiàn)方法,需要的朋友可以參考下2017-10-10
mysql創(chuàng)建表設置表主鍵id從1開始自增的解決方案
在MySQL中用很多類型的自增ID,每個自增ID都設置了初始值,一般情況下初始值都是從0開始,然后按照一定的步長增加(一般是自增 1),下面這篇文章主要給大家介紹了關于mysql創(chuàng)建表設置表主鍵id從1開始自增的解決方案,需要的朋友可以參考下2023-04-04
MySQL語句之刪除指令deleted和truncate在使用中的異同詳解
這篇文章主要介紹了MySQL語句之刪除指令deleted和truncate在使用中的異同,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-04-04
MySQL中LAST_INSERT_ID()函數(shù)的實現(xiàn)
本文主要介紹了MySQL中LAST_INSERT_ID()函數(shù)的作用和使用方法,LAST_INSERT_ID()函數(shù)用于返回上一次INSERT操作生成的自增ID,對于需要獲取新插入記錄的主鍵的場景非常重要,感興趣的可以了解一下2024-10-10
解決MySQL Workbench gnome-keyring-daemon錯誤的方法分享
這篇文章主要介紹了解決MySQL Workbench gnome-keyring-daemon錯誤的方法,需要的朋友可以參考下2014-08-08

