mysql配置好 MySQL配置

2021-10-18 08:43:12 字數 2592 閱讀 5123

基本配置

你需要經常察看以下3個配置項。不然,可能很快就會出問題。

innodb_buffer_pool_size:這是你安裝完innodb後第乙個應該設定的選項。緩衝池是資料和索引快取的地方:這個值越大越好,這能保證你在大多數的讀取操作時使用的是記憶體而不是硬碟。典型的值是5-6gb(8gb記憶體),20-25gb(32gb記憶體),100-120gb(128gb記憶體)。

innodb_log_file_size:這是redo日誌的大小。 redo日誌被用於確保寫操作快速而可靠並且在崩潰時恢復。一直到mysql 5.1,它都難於調整,因為一方面你想讓它更大來提高效能,另一方面你想讓它更小來使得崩潰後更快恢復。幸運的是從mysql 5.5之後,崩潰恢復的效能的到了很大提公升,這樣你就可以同時擁有較高的寫入效能和崩潰恢復效能了。一直到mysql 5.5,redo日誌的總尺寸被限定在4gb(預設可以有2個log檔案)。這在mysql 5.6裡被提高。

一開始就把innodb_log_file_size設定成512m(這樣有1gb的redo日誌)會使你有充裕的寫操作空間。如果你知道你的應用程式需要頻繁的寫入資料並且你使用的時mysql 5.6,你可以一開始就把它這是成4g。

max_connections:如果你經常看到『too many connections』錯誤,是因為max_connections的值太低了。這非常常見因為應用程式沒有正確的關閉資料庫連線,你需要比預設的151連線數更大的值。 max_connection值被設高了(例如1000或更高)之後乙個主要缺陷是當伺服器執行1000個或更高的活動事務時會變的沒有響應。在應用程式裡使用連線池或者在mysql裡使用程序池有助於解決這一問題。

innodb配置

從mysql 5.5版本開始,innodb就是預設的儲存引擎並且它比任何其他儲存引擎的使用都要多得多。那也是為什麼它需要小心配置的原因。

innodb_file_per_table:這項設定告知innodb是否需要將所有表的資料和索引存放在共享表空間裡(innodb_file_per_table = off) 或者為每張表的資料單獨放在乙個.ibd檔案(innodb_file_per_table = on)。每張表乙個檔案允許你在drop、truncate或者rebuild表時**磁碟空間。這對於一些高階特性也是有必要的,比如資料壓縮。但是它不會帶來任何效能收益。你不想讓每張表乙個檔案的主要場景是:有非常多的表(比如10k+)。

mysql 5.6中,這個屬性預設值是on,因此大部分情況下你什麼都不需要做。對於之前的版本你必需在載入資料之前將這個屬性設定為on,因為它只對新建立的表有影響。

innodb_flush_log_at_trx_commit:預設值為1,表示innodb完全支援 acid特性。當你的主要關注點是資料安全的時候這個值是最合適的,比如在乙個主節點上。但是對於磁碟(讀寫)速度較慢的系統,它會帶來很巨大的開銷,因為每次將改變flush到redo日誌都需要額外的fsyncs。將它的值設定為2會導致不太可靠(reliable)因為提交的事務僅僅每秒才 flush一次到redo日誌,但對於一些場景是可以接受的,比如對於主節點的備份節點這個值是可以接受的。如果值為0速度就更快了,但在系統崩潰時可能丟失一些資料:只適用於備份節點。

innodb_log_buffer_size: 這項配置決定了為尚未執行的事務分配的快取。其預設值(1mb)一般來說已經夠用了,但是如果你的事務中包含有二進位製大物件或者大文字字段的話,這點快取很快就會被填滿並觸發額外的i/o操作。看看innodb_log_waits狀態變數,如果它不是0,增加 innodb_log_buffer_size。

其他設定

query_cache_size: query cache(查詢快取)是乙個眾所周知的瓶頸,甚至在併發並不多的時候也是如此。 最佳選項是將其從一開始就停用,設定query_cache_size = 0(現在mysql 5.6的預設值)並利用其他方法加速查詢:優化索引、增加拷貝分散負載或者啟用額外的快取(比如memcache或redis)。如果你已經為你的應用啟用了query cache並且還沒有發現任何問題,query cache可能對你有用。這是如果你想停用它,那就得小心了。

log_bin:如果你想讓資料庫伺服器充當主節點的備份節點,那麼開啟二進位制日誌是必須的。如果這麼做了之後,還別忘了設定server_id為乙個唯一的值。就算只有乙個伺服器,如果你想做基於時間點的資料恢復,這(開啟二進位制日誌)也是很有用的:從你最近的備份中恢復(全量備份),並應用二進位制日誌中的修改(增量備份)。二進位制日誌一旦建立就將永久儲存。所以如果你不想讓磁碟空間耗盡,你可以用 purge binary logs 來清除舊檔案,或者設定 expire_logs_days 來指定過多少天日誌將被自動清除。

記錄二進位制日誌不是沒有開銷的,所以如果你在乙個非主節點的複製節點上不需要它的話,那麼建議關閉這個選項。

skip_name_resolve:當客戶端連線資料庫伺服器時,伺服器會進行主機名解析,並且當dns很慢時,建立連線也會很慢。因此建議在啟動伺服器時關閉skip_name_resolve選項而不進行dns查詢。唯一的侷限是之後grant語句中只能使用ip位址了,因此在新增這項設定到乙個已有系統中必須格外小心。

總結當然還有其他的設定可以起作用,取決於你的負載或硬體:在慢記憶體和快磁碟、高併發和寫密集型負載情況下,你將需要特殊的調整。然而這裡的目標是使得你可以快速地獲得乙個穩健的mysql配置,而不用花費太多時間在調整一些無關緊要的mysql設定或讀文件找出哪些設定對你來說很重要上。

mysql 索引配置 Mysql索引配置

我有一張450000排新聞的桌子.表模式是這樣的 create table if not exists news id int 11 not null auto increment,cat id int 11 not null,title tinytext not null,content text...

mysql怎樣配置 怎樣配置MySQL

1 準備開始 2 選擇配置型別 選擇配置方式,detailed configuration 手動精確配置 standard configuration 標準配置 我們選擇 detailed configuration 方便熟悉配置過程。3 選擇mysql的應用模式 develop machine 開...

如何配置mysql 怎樣配置MySQL

1 準備開始配置mysql 2 選擇配置型別 選擇配置方式,detailed configuration 手動精確配置 standard configuration 標準配置 我們選擇 detailed configuration 方便熟悉配置過程。3 選擇mysql的應用模式 develop ma...