可以改善mysql性能的InnoDB配置參數(shù)
更新時間：2011年05月07日 21:57:36 作者：
MySQL與MSSQL 有一個區(qū)別在于MySQL建表的時候需要選擇存儲引擎,常用的存儲引擎有MyISAM和InnoDB
而由于InnoDB是一個健壯的事務型存儲引擎，已經(jīng)有10多年的歷史，一些重量級的互聯(lián)網(wǎng)公司(Yahoo,Google Netease ，Taobao)也經(jīng)常使用
我的日常工作也經(jīng)常接觸InnoDB,現(xiàn)在就InnoDB一部分可以改善性能的參數(shù)列舉
1. innodb_additional_mem_pool_size
除了緩存表數(shù)據(jù)和索引外,可以為操作所需的其他內(nèi)部項分配緩存來提升InnoDB的性能。這些內(nèi)存就可以通過此參數(shù)來分配。推薦此參數(shù)至少設置為2MB，實際上，是需要根據(jù)項目的InnoDB表的數(shù)目相應地增加
2.innodb_data_pool_size
此參數(shù)類似于MySQL的key_buffer參數(shù)，但特定用于InnoDB表.這個參數(shù)確定了要預留多少內(nèi)存來緩存表數(shù)據(jù)和索引。與key_buffer一樣，更高的設置會提升性能，可以是服務器的內(nèi)存70-80%
3.innodb_data_file_path
參數(shù)的名字和實際的用途有點出入，它不僅指定了所有InnoDB數(shù)據(jù)文件的路徑，還指定了初始大小分配，最大分配以及超出起始分配界線時是否應當增加文件的大小。此參數(shù)的一般格式如下:
path-to-datafile:size-allocation[:autoextend[:max-size-allocation]]
例如，假設希望創(chuàng)建一個數(shù)據(jù)文件sales，初始大小為100MB，并希望在每次達到當前大小限制時，自動增加8MB（8MB是指定autoextend時的默認擴展大小).但是，不希望此文件超過1GB，可以使用如下配置:
innodb_data_home_dir =
innodb_data_file_path = /data/sales:100M:autoextend:8M: max:1GB
如果此文件增加到預定的1G的限制，可以再增加另外一個數(shù)據(jù)文件,如下:
innodb_data_file_path = /data/sales:100M:autoextend:8M: max:1GB;innodb_data_file_path = /data2/sales2:100M:autoextend:8M: max:2GB
要注意的是，在這些示例中，inndb_data_home_dir參數(shù)開始設置為空，因為最終數(shù)據(jù)文件位于單獨的位置(/data/和/data2/）.如果希望所有 InnoDB數(shù)據(jù)文件都位于相同的位置，就可以使用innodb_data_home_dir來指定共同位置，然后在通過 inndo_data_file_path來指定文件名即可。如果沒有定義這些值，將在datadir中創(chuàng)建一個sales。
4 innodb_data_home_dir
此參數(shù)指定創(chuàng)建InnoDB表空間的路徑的公共部分,默認情況下，這是MySQL的默認數(shù)據(jù)，由MySQL參數(shù)datadir指定
5. innodb_file_io_threads
此參數(shù)指定InnoDB表可用的文件I／O線程數(shù)，MySQL開發(fā)人員建議在非Windows平臺中這個參數(shù)設置為4
6. innodb_flush_log_at_trx_commit
如果將此參數(shù)設置為1，將在每次提交事務后將日志寫入磁盤。為提供性能，可以設置為0或2，但要承擔在發(fā)生故障時丟失數(shù)據(jù)的風險。設置為0表示事務日志寫入日志文件，而日志文件每秒刷新到磁盤一次。設置為2表示事務日志將在提交時寫入日志，但日志文件每次刷新到磁盤一次。
7.innodb_log_archive
因為MySQL目前使用自己的日志文件恢復InnoDB表，此參數(shù)可設置為0
8.innodb_log_arch_dir
MySQL目前忽略此參數(shù)，但會在未來的版本中使用。目前，應當將其設置為與innodb_log_group_home_dir相同的值
9.innodb_log_buffer_size
此參數(shù)確定些日志文件所用的內(nèi)存大小，以M為單位。緩沖區(qū)更大能提高性能，但意外的故障將會丟失數(shù)據(jù).MySQL開發(fā)人員建議設置為1－8M之間
10. innodb_log_file_size
此參數(shù)確定數(shù)據(jù)日志文件的大小，以M為單位，更大的設置可以提高性能，但也會增加恢復故障數(shù)據(jù)庫所需的時間
11.innodb_log_files_in_group
為提高性能，MySQL可以以循環(huán)方式將日志文件寫到多個文件。推薦設置為3M
12. innodb_log_group_home_dir
此參數(shù)確定日志文件組中的文件的位置，日志組中文件的個數(shù)由innodb_log_files_in_group確定，此位置設置默認為MySQL的datadir
13.innodb_lock_wait_timeout
InnoDB 有其內(nèi)置的死鎖檢測機制，能導致未完成的事務回滾。但是，如果結(jié)合InnoDB使用MyISAM的lock tables 語句或第三方事務引擎,則InnoDB無法識別死鎖。為消除這種可能性，可以將innodb_lock_wait_timeout設置為一個整數(shù)值，指示 MySQL在允許其他事務修改那些最終受事務回滾的數(shù)據(jù)之前要等待多長時間(秒數(shù))
14.skip-innodb
啟用此參數(shù)能防止夾雜InnoDB表驅(qū)動程序，不使用InnoDB表時推薦此設置
我的日常工作也經(jīng)常接觸InnoDB,現(xiàn)在就InnoDB一部分可以改善性能的參數(shù)列舉
1. innodb_additional_mem_pool_size
除了緩存表數(shù)據(jù)和索引外,可以為操作所需的其他內(nèi)部項分配緩存來提升InnoDB的性能。這些內(nèi)存就可以通過此參數(shù)來分配。推薦此參數(shù)至少設置為2MB，實際上，是需要根據(jù)項目的InnoDB表的數(shù)目相應地增加
2.innodb_data_pool_size
此參數(shù)類似于MySQL的key_buffer參數(shù)，但特定用于InnoDB表.這個參數(shù)確定了要預留多少內(nèi)存來緩存表數(shù)據(jù)和索引。與key_buffer一樣，更高的設置會提升性能，可以是服務器的內(nèi)存70-80%
3.innodb_data_file_path
參數(shù)的名字和實際的用途有點出入，它不僅指定了所有InnoDB數(shù)據(jù)文件的路徑，還指定了初始大小分配，最大分配以及超出起始分配界線時是否應當增加文件的大小。此參數(shù)的一般格式如下:
path-to-datafile:size-allocation[:autoextend[:max-size-allocation]]
例如，假設希望創(chuàng)建一個數(shù)據(jù)文件sales，初始大小為100MB，并希望在每次達到當前大小限制時，自動增加8MB（8MB是指定autoextend時的默認擴展大小).但是，不希望此文件超過1GB，可以使用如下配置:
innodb_data_home_dir =
innodb_data_file_path = /data/sales:100M:autoextend:8M: max:1GB
如果此文件增加到預定的1G的限制，可以再增加另外一個數(shù)據(jù)文件,如下:
innodb_data_file_path = /data/sales:100M:autoextend:8M: max:1GB;innodb_data_file_path = /data2/sales2:100M:autoextend:8M: max:2GB
要注意的是，在這些示例中，inndb_data_home_dir參數(shù)開始設置為空，因為最終數(shù)據(jù)文件位于單獨的位置(/data/和/data2/）.如果希望所有 InnoDB數(shù)據(jù)文件都位于相同的位置，就可以使用innodb_data_home_dir來指定共同位置，然后在通過 inndo_data_file_path來指定文件名即可。如果沒有定義這些值，將在datadir中創(chuàng)建一個sales。
4 innodb_data_home_dir
此參數(shù)指定創(chuàng)建InnoDB表空間的路徑的公共部分,默認情況下，這是MySQL的默認數(shù)據(jù)，由MySQL參數(shù)datadir指定
5. innodb_file_io_threads
此參數(shù)指定InnoDB表可用的文件I／O線程數(shù)，MySQL開發(fā)人員建議在非Windows平臺中這個參數(shù)設置為4
6. innodb_flush_log_at_trx_commit
如果將此參數(shù)設置為1，將在每次提交事務后將日志寫入磁盤。為提供性能，可以設置為0或2，但要承擔在發(fā)生故障時丟失數(shù)據(jù)的風險。設置為0表示事務日志寫入日志文件，而日志文件每秒刷新到磁盤一次。設置為2表示事務日志將在提交時寫入日志，但日志文件每次刷新到磁盤一次。
7.innodb_log_archive
因為MySQL目前使用自己的日志文件恢復InnoDB表，此參數(shù)可設置為0
8.innodb_log_arch_dir
MySQL目前忽略此參數(shù)，但會在未來的版本中使用。目前，應當將其設置為與innodb_log_group_home_dir相同的值
9.innodb_log_buffer_size
此參數(shù)確定些日志文件所用的內(nèi)存大小，以M為單位。緩沖區(qū)更大能提高性能，但意外的故障將會丟失數(shù)據(jù).MySQL開發(fā)人員建議設置為1－8M之間
10. innodb_log_file_size
此參數(shù)確定數(shù)據(jù)日志文件的大小，以M為單位，更大的設置可以提高性能，但也會增加恢復故障數(shù)據(jù)庫所需的時間
11.innodb_log_files_in_group
為提高性能，MySQL可以以循環(huán)方式將日志文件寫到多個文件。推薦設置為3M
12. innodb_log_group_home_dir
此參數(shù)確定日志文件組中的文件的位置，日志組中文件的個數(shù)由innodb_log_files_in_group確定，此位置設置默認為MySQL的datadir
13.innodb_lock_wait_timeout
InnoDB 有其內(nèi)置的死鎖檢測機制，能導致未完成的事務回滾。但是，如果結(jié)合InnoDB使用MyISAM的lock tables 語句或第三方事務引擎,則InnoDB無法識別死鎖。為消除這種可能性，可以將innodb_lock_wait_timeout設置為一個整數(shù)值，指示 MySQL在允許其他事務修改那些最終受事務回滾的數(shù)據(jù)之前要等待多長時間(秒數(shù))
14.skip-innodb
啟用此參數(shù)能防止夾雜InnoDB表驅(qū)動程序，不使用InnoDB表時推薦此設置
相關文章
MYSQL ERROR 1045 (28000): Access denied for user (using pass
Mysql中添加用戶之后可能出現(xiàn)登錄時提示ERROR 1045 (28000): Access denied for user的錯誤.2009-07-07
這篇文章主要介紹了MySQL EXPLAIN語句的使用示例，幫助大家更好的理解和學習使用MySQL，感興趣的朋友可以了解下2021-03-03
這篇文章主要介紹了MySQL主從復制延遲原因以及解決方案，幫助大家更好的理解和使用數(shù)據(jù)庫，感興趣的朋友可以了解下2020-09-09
這篇文章主要介紹了mac下安裝mysql忘記密碼的修改方法,需要的朋友可以參考下2017-06-06
MySQL重啟之后無法寫入數(shù)據(jù)的問題排查及解決
客戶在給系統(tǒng)打補丁之后需要重啟服務器,數(shù)據(jù)庫在重啟之后,read_only 的設置與標準配置 文件中不一致,導致主庫在啟動之后無法按照預期寫入,所以本文給大家介紹了MySQL重啟之后無法寫入數(shù)據(jù)的問題排查及解決,需要的朋友可以參考下2024-05-05
本篇文章主要介紹在插入數(shù)據(jù)到表中遇到鍵重復避免插入重復值的處理方法，主要涉及到IGNORE,ON DUPLICATE KEY UPDATE,REPLACE的相關知識，感興趣的朋友一起學習吧2016-04-04
通過Mycat代理實現(xiàn)MySQL的讀寫分離涉及準備工作、配置文件修改、權限設置、啟動方式選擇等關鍵步驟,首先,安裝JDK1.8并配置環(huán)境變量；接著,對Mycat的server.xml和schema.xml進行配置,特別是schema.xml中對數(shù)據(jù)庫的配置需關注2024-11-11
所謂子查詢是指在一個查詢中嵌套了其他的若干查詢,即在一個SELECT查詢語句的WHERE或FROM子句中包含另一個SELECT查詢語句,下面這篇文章主要給大家介紹了關于MySQL子查詢的相關資料,需要的朋友可以參考下2023-03-03
MySQL INNER JOIN 的底層實現(xiàn)原理分析
這篇文章主要介紹了MySQL INNER JOIN 的底層實現(xiàn)原理,INNER JOIN的工作分為篩選和連接兩個步驟，連接時可以使用多種算法，通過本文，我們深入了解了MySQL中INNER JOIN的底層實現(xiàn)原理，需要的朋友可以參考下2023-06-06
這篇文章主要介紹了在MySQL中使用通配符時應該注意的問題,主要是下劃線的使用容易引起的錯誤,需要的朋友可以參考下2015-05-05