環境為CentOS系統,1G內存,Mysql5.5.30。
在/etc/my.cnf內添加:
復制代碼 代碼如下:
skip-external-locking
skip-name-resolve
max_connections = 1024
query_cache_size = 16M
sort_buffer_size = 1M
table_cache = 256
innodb_buffer_pool_size = 128M
innodb_additional_mem_pool_size = 4M
innodb_log_file_size = 128M
innodb_log_files_in_group = 2
innodb_log_buffer_size = 2M
innodb_flush_log_at_trx_commit = 1
InnoDB引擎配置優化
innodb_buffer_pool_size=1G //一個Innodb最重要的參數,這個參數和MyISAM的key_buffer_size有相似之處,但也是有差別的。這個參數主要緩存innodb表的索引,數據,插入數據時的緩沖,設置得越大,存取表里面數據時所需要的磁盤I/O越少,一般是內存的一半,不超過2G,否則系統會崩潰。為Innodb加速優化首要參數。該參數分配內存的原則:這個參數默認分配只有8M,可以說是非常小的一個值。如果是一個專用DB服務器,那么他可以占到內存的70%-80%。這個參數不能動態更改,所以分配需多考慮。分配過大,會使Swap占用過多,致使Mysql的查詢特慢。如果你的數據比較小,那么可分配是你的數據大小+10%左右做為這個參數的值。
例如:數據大小為50M,那么給這個值分配innodb_buffer_pool_size=64M
innodb_additional_mem_pool_size=16M //用來存放Innodb的內部目錄這個值不用分配太大,系統可以自動調。不用設置太高。通常比較大數據設置16M夠用了,如果表比較多,可以適當的增大。如果這個值自動增加,會在error log有中顯示的。
innodb_log_file_size=256M //在日志組中每個日志文件的大小,一般是innodb_buffer_pool_size的25%,官方推薦是innodb_buffer_pool_size的40-50%。一般控制在幾個LOG文件相加大小在2G以內為佳。具體情況還需要看你的事務大小,數據大小為依據。說明:這個值分配的大小和數據庫的寫入速度,事務大小,異常重啟后的恢復有很大的關系。
innodb_log_files_in_group=2 //指定你有幾個日志組。分配原則:一般我們可以用2-3個日值組。默認為兩個。
innodb_log_buffer_size=3M //事務在內存中的緩沖。分配原則:控制在2-8M.這個值不用太多的。他里面的內存一般一秒鐘寫到磁盤一次。具體寫入方式和你的事務提交方式有關。在oracle等數據庫了解這個,一般最大指定為3M比較合適。
innodb_flush_logs_at_trx_commit=0 //控制事務的提交方式分配原則:這個參數只有3個值,0,1,2請確認一下自已能接受的級別。默認為1,主庫請不要更改了。性能更高的可以設置為0或是2,但會丟失一秒鐘的事務。說明:這個參數的設置對Innodb的性能有很大的影響,所以在這里給多說明一下。當這個值為1時:innodb 的事務LOG在每次提交后寫入日值文件,并對日值做刷新到磁盤。這個可以做到不丟任何一個事務。當這個值為2時:在每個提交,日志緩沖被寫到文件,但不對日志文件做到磁盤操作的刷新,在對日志文件的刷新在值為2的情況也每秒發生一次。但需要注意的是,由于進程調用方面的問題,并不能保證每秒100%的發生。從而在性能上是最快的。但操作系統崩潰或掉電才會刪除最后一秒的事務。當這個值為0時:日志緩沖每秒一次地被寫到日志文件,并且對日志文件做到磁盤操作的刷新,但是在一個事務提交不做任何操作。mysqld進程的崩潰會刪除崩潰前最后一秒的事務。
新聞熱點
疑難解答