MySQL服務(wù)器硬件和操作系統(tǒng)如何調(diào)節(jié)

147次閱讀

共計(jì) 2198 個(gè)字符，預(yù)計(jì)需要花費(fèi) 6 分鐘才能閱讀完成。

丸趣 TV 小編給大家分享一下 MySQL 服務(wù)器硬件和操作系統(tǒng)如何調(diào)節(jié)，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

MySQL 是一個(gè)功能強(qiáng)大的開(kāi)源數(shù)據(jù)庫(kù). 隨著越來(lái)越多的數(shù)據(jù)庫(kù)驅(qū)動(dòng)的應(yīng)用程序，人們一直在推動(dòng) MySQL 發(fā)展到它的極限. 這里是調(diào)節(jié)和優(yōu)化 MySQL 安裝的技巧. 一些技巧是針對(duì)特定的安裝環(huán)境的，但這些思路是通用的。

MySQL 服務(wù)器硬件和操作系統(tǒng)調(diào)節(jié):

1. 擁有足夠的物理內(nèi)存來(lái)把整個(gè) InnoDB 文件加載到內(nèi)存中——在內(nèi)存中訪問(wèn)文件時(shí)的速度要比在硬盤中訪問(wèn)時(shí)快的多.

2. 不惜一切代價(jià)避免使用 Swap 交換分區(qū)–交換時(shí)是從硬盤讀取的，它的速度很慢.

3. 使用電池供電的 RAM(注：RAM 即隨機(jī)存儲(chǔ)器).

4. 使用高級(jí)的 RAID(注：RedundantArraysofInexpensiveDisks，即磁盤陣列)–最好是 RAID10 或更高.

5. 避免 RAID5(注：一種存儲(chǔ)性能、數(shù)據(jù)安全和存儲(chǔ)成本兼顧的存儲(chǔ)解決方案)–確保數(shù)據(jù)庫(kù)完整性的校驗(yàn)是要付出代價(jià)的.

6. 將操作系統(tǒng)和數(shù)據(jù)分區(qū)分開(kāi)，不僅僅是邏輯上，還包括物理上–操作系統(tǒng)的讀寫操作會(huì)影響數(shù)據(jù)庫(kù)的性能.

7. 把 MySQL 臨時(shí)空間和復(fù)制日志與數(shù)據(jù)放到不同的分區(qū)–當(dāng)數(shù)據(jù)庫(kù)后臺(tái)從磁盤進(jìn)行讀寫操作時(shí)會(huì)影響數(shù)據(jù)庫(kù)的性能.

8. 更多的磁盤空間等于更快的速度.

9. 更好更快的磁盤.

10. 使用 SAS(注：SerialAttachedSCSI，即串行連接 SCSI)代替 SATA(注：SATA，即串口硬盤).

11. 較小的硬盤比較大的硬盤快，尤其是在 RAID 配置的情況下.

12. 使用電池支持的高速緩存 RAID 控制器.

13. 避免使用軟件磁盤陣列.

14. 考慮為數(shù)據(jù)分區(qū)使用固態(tài) IO 卡(不是磁盤驅(qū)動(dòng)器)–這些卡能夠?yàn)閹缀跞魏螖?shù)量的數(shù)據(jù)支持 2GB/ s 的寫入速度.

15. 在 Linux 中設(shè)置 swappiness 的值為 0–在數(shù)據(jù)庫(kù)服務(wù)器中沒(méi)有理由緩存文件，這是一個(gè)服務(wù)器或臺(tái)式機(jī)的優(yōu)勢(shì).

16. 如果可以的話，使用 noatime 和 nodirtime 掛載文件系統(tǒng)–沒(méi)有理由更新訪問(wèn)數(shù)據(jù)庫(kù)文件的修改時(shí)間.

17. 使用 XFS 文件系統(tǒng)–一種比 ext3 更快、更小的文件系統(tǒng)，并且有許多日志選項(xiàng)，而且 ext3 已被證實(shí)與 MySQL 有雙緩沖問(wèn)題.

18. 調(diào)整 XFS 文件系統(tǒng)日志和緩沖變量–為了最高性能標(biāo)準(zhǔn).

19. 在 Linux 系統(tǒng)中, 使用 NOOP 或者 DEADLINEIO 定時(shí)調(diào)度程序–同 NOOP 和 DEADLINE 定時(shí)調(diào)度程序相比，這個(gè) CFQ 和 ANTICIPATORY 定時(shí)調(diào)度程序顯得非常慢.

20. 使用 64 位的操作系統(tǒng)–對(duì)于 MySQL，會(huì)有更大的內(nèi)存支持和使用.

21. 刪除服務(wù)器上未使用的安裝包和守護(hù)進(jìn)程–更少的資源占用.

22. 把使用 MySQL 的 host 和你的 MySQLhost 放到一個(gè) hosts 文件中–沒(méi)有 DNS 查找.

23. 切勿強(qiáng)制殺死一個(gè) MySQL 進(jìn)程–你會(huì)損壞數(shù)據(jù)庫(kù)和正在運(yùn)行備份的程序.

24. 把服務(wù)器貢獻(xiàn)給 MySQL–后臺(tái)進(jìn)程和其他服務(wù)能夠縮短數(shù)據(jù)庫(kù)占用 CPU 的時(shí)間.

MySQL 配置:

25. 當(dāng)寫入時(shí)，使用 innodb_flush_method=O_DIRECT 來(lái)避免雙緩沖.

26. 避免使用 O_DIRECT 和 EXT3 文件系統(tǒng)–你將序列化所有要寫入的.

27. 分配足夠的 innodb_buffer_pool_size 來(lái)加載整個(gè) InnoDB 文件到內(nèi)存中–少?gòu)拇疟P中讀取.

28. 不要將 innodb_log_file_size 參數(shù)設(shè)置太大，這樣可以更快同時(shí)有更多的磁盤空間–丟掉多的日志通常是好的，在數(shù)據(jù)庫(kù)崩潰后可以降低恢復(fù)數(shù)據(jù)庫(kù)的時(shí)間.

29. 不要混用 innodb_thread_concurrency 和 thread_concurrency 參數(shù)–這 2 個(gè)值是不兼容的.

30. 分配一個(gè)極小的數(shù)量給 max_connections 參數(shù)–太多的連接會(huì)用盡 RAM 并鎖定 MySQL 服務(wù).

31. 保持 thread_cache 在一個(gè)相對(duì)較高的數(shù)字，大約 16–防止打開(kāi)連接時(shí)緩慢.

32. 使用 skip-name-resolve 參數(shù)–去掉 DNS 查找.

33. 如果你的查詢都是重復(fù)的，并且數(shù)據(jù)不常常發(fā)生變化，那么可以使用查詢緩存. 但是如果你的數(shù)據(jù)經(jīng)常發(fā)生變化，那么使用查詢緩存會(huì)讓你感到失望.

34. 增大 temp_table_size 值，以防止寫入磁盤

35. 增大 max_heap_table_size 值，以防止寫入磁盤

36. 不要把 sort_buffer_size 值設(shè)置的太高，否則的話你的內(nèi)存將會(huì)很快耗盡

37. 根據(jù) key_read_requests 和 key_reads 值來(lái)決定 key_buffer 的大小，一般情況下 key_read_requests 應(yīng)該比 key_reads 值高，否則你不能高效的使用 key_buffer

38. 將 innodb_flush_log_at_trx_commit 設(shè)置為 0 將會(huì)提高性能，但是如果你要保持默認(rèn)值 (1) 的話，那么你就要確保數(shù)據(jù)的完整性，同時(shí)你也要確保復(fù)制不會(huì)滯后.

39. 你要有一個(gè)測(cè)試環(huán)境，來(lái)測(cè)試你的配置，并且在不影響正常生產(chǎn)的情況下，可以常常進(jìn)行重啟。

以上是“MySQL 服務(wù)器硬件和操作系統(tǒng)如何調(diào)節(jié)”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注丸趣 TV 行業(yè)資訊頻道！

正文完