程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> MySQL綜合教程 >> mysql innodb 性能優化,mysqlinnodb

mysql innodb 性能優化,mysqlinnodb

編輯:MySQL綜合教程

mysql innodb 性能優化,mysqlinnodb


建議參數:

max_connections=800

key_buffer_size=512M
query_cache_size=128M
sort_buffer_size=64M
table_open_cache=512

sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 64M

innodb_buffer_pool_size=10G
innodb_flush_logs_at_trx_commit=1
innodb_file_per_table=1
innodb_open_files=4096

expire_logs_days = 30 //Binary Log 30 day, bin-log
log-bin=mysql-bin

參數調優內容:
1. 內存利用方面
2. 日值控制方面
3. 文件IO分配,空間占用方面
4. 其它相關參數

1.內存利用方面:
首先介紹一個Innodb最重要的參數:
innodb_buffer_pool_size
這個參數和MyISAM的key_buffer_size有相似之處,但也是有差別的。這個參數主要緩存innodb表的索引,數據,插入數據時的緩沖。為Innodb加速優化首要參數。
該參數分配內存的原則:這個參數默認分配只有8M,可以說是非常小的一個值。如果是一個專用DB服務器,那麼他可以占到內存的70%-80%。這個參數不能動態更改,所以分配需多考慮。分配過大,會使Swap占用過多,致使Mysql的查詢特慢。如果你的數據比較小,那麼可分配是你的數據大小+10%左右做為這個參數的值。例如:數據大小為50M,那麼給這個值分配innodb_buffer_pool_size=64M
設置方法:
innodb_buffer_pool_size=4G
這個參數分配值的使用情況可以根據show innodb status\G;中的
----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 4668764894;

去確認使用情況。

第二個:
innodb_additional_mem_pool:
作用:用來存放Innodb的內部目錄
這個值不用分配太大,系統可以自動調。不用設置太高。通常比較大數據設置16M夠用了,如果表比較多,可以適當的增大。如果這個值自動增加,會在error log有中顯示的。
分配原則:
show innodb status\G;去查看運行中的DB是什麼狀態(參考BUFFER POOL AND MEMORY段中),然後可以調整到適當的值。
----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 4668764894; in additional pool allocated 16777216
參考:in additional pool allocated 16777216
根據你的參數情況,可以適當的調整。
設置方法:
innodb_additional_mem_pool=16M

2.關於日值方面:
innodb_log_file_size
作用:指定日值的大小
分配原則:幾個日值成員大小加起來差不多和你的innodb_buffer_pool_size相等。上限為每個日值上限大小為4G.一般控制在幾個LOG文件相加大小在2G以內為佳。具體情況還需要看你的事務大小,數據大小為依據。
說明:這個值分配的大小和數據庫的寫入速度,事務大小,異常重啟後的恢復有很大的關系。
設置方法:
innodb_log_file_size=256M

innodb_log_files_in_group
作用:指定你有幾個日值組。
分配原則: 一般我們可以用2-3個日值組。默認為兩個。
設置方法:
innodb_log_files_in_group=3

innodb_log_buffer_size:
作用:事務在內存中的緩沖。
分配原則:控制在2-8M.這個值不用太多的。他裡面的內存一般一秒鐘寫到磁盤一次。具體寫入方式和你的事務提交方式有關。在Oracle等數據庫了解這個,一般最大指定為3M比較合適。
參考:Innodb_os_log_written(show global status 可以拿到)
如果這個值增長過快,可以適當的增加innodb_log_buffer_size
另外如果你需要處理大理的TEXT,或是BLOB字段,可以考慮增加這個參數的值。
設置方法:
innodb_log_buffer_size=3M

innodb_flush_logs_at_trx_commit
作用:控制事務的提交方式
分配原則:這個參數只有3個值,0,1,2請確認一下自已能接受的級別。默認為1,主庫請不要更改了。
性能更高的可以設置為0或是2,但會丟失一秒鐘的事務。
說明:
這個參數的設置對Innodb的性能有很大的影響,所以在這裡給多說明一下。
當這個值為1時:innodb 的事務LOG在每次提交後寫入日值文件,並對日值做刷新到磁盤。這個可以做到不丟任何一個事務。
當這個值為2時:在每個提交,日志緩沖被寫到文件,但不對日志文件做到磁盤操作的刷新,在對日志文件的刷新在值為2的情況也每秒發生一次。但需要注意的是,由於進程調用方面的問題,並不能保證每秒100%的發生。從而在性能上是最快的。但操作系統崩潰或掉電才會刪除最後一秒的事務。
當這個值為0時:日志緩沖每秒一次地被寫到日志文件,並且對日志文件做到磁盤操作的刷新,但是在一個事務提交不做任何操作。mysqld進程的崩潰會刪除崩潰前最後一秒的事務。

從以上分析,當這個值不為1時,可以取得較好的性能,但遇到異常會有損失,所以需要根據自已的情況去衡量。

設置方法:
innodb_flush_logs_at_trx_commit=1

3. 文件IO分配,空間占用方面
innodb_file_per_table
作用:使每個Innodb的表,有自已獨立的表空間。如刪除文件後可以回收那部分空間。
分配原則:只有使用不使用。但DB還需要有一個公共的表空間。
設置方法:
innodb_file_per_table=1

innodb_file_io_threads
作用:文件讀寫IO數,這個參數只在Windows上起作用。在LINUX上只會等於4
設置方法:
innodb_file_io_threads=4

innodb_open_files
作用:限制Innodb能打開的表的數據。
分配原則:如果庫裡的表特別多的情況,請增加這個。這個值默認是300。
設置方法:
innodb_open_files=800
請適當的增加table_cache

4. 其它相關參數
這裡說明一個比較重要的參數:
innodb_flush_method
作用:Innodb和系統打交道的一個IO模型
分配原則:Windows不用設置。
Unix可以設置:fsync() or O_SYNC/O_DSYNC
如果系統可以禁止系統的Cache那就把他禁了。
Linux可以選擇:O_DIRECT
直接寫入磁盤,禁止系統Cache了
設置方法:
innodb_flush_method=O_DIRECT

innodb_max_dirty_pages_pct
作用:控制Innodb的髒頁在緩沖中在那個百分比之下,值在范圍1-100,默認為90.
這個參數的另一個用處:當Innodb的內存分配過大,致使Swap占用嚴重時,可以適當的減小調整這個值,使達到Swap空間釋放出來。建義:這個值最大在90%,最小在15%。太大,緩存中每次更新需要致換數據頁太多,太小,放的數據頁太小,更新操作太慢。
設置方法:
innodb_max_dirty_pages_pct=90
動態更改需要有Super權限:
set global innodb_max_dirty_pages_pct=50;

默認情況下,innodb的參數設置的非常小,在生產環境中遠遠不夠用
比如最重要的兩個參數
innodb_buffer_pool_size 默認是8M
innodb_flush_logs_at_trx_commit 默認設置的是1 也就是同步刷新log(可以這麼理解)
innodb_buffer_pool_size:這是InnoDB最重要的設置,對InnoDB性能有決定性的影響。默認的設置只有8M,所以默認的數據庫設置下面InnoDB性能很差。在只有 InnoDB存儲引擎的數據庫服務器上面,可以設置60-80%的內存。更精確一點,在內存容量允許的情況下面設置比InnoDB tablespaces大10%的內存大小。
innodb_data_file_path:指定表數據和索引存儲的空間,可以是一個或者多個文件。最後一個數據文件必須是自動擴充的,也只有最後一個文件允許自動擴充。這樣,當空間用完後,自動擴充數據文件就會自動增長(以8MB為單位)以容納額外的數據。例如: innodb_data_file_path=/disk1 /ibdata1:900M;/disk2/ibdata2:50M:autoextend兩個數據文件放在不同的磁盤上。數據首先放在ibdata1 中,當達到900M以後,數據就放在ibdata2中。一旦達到50MB,ibdata2將以8MB為單位自動增長。如果磁盤滿了,需要在另外的磁盤上面增加一個數據文件。
innodb_data_home_dir:放置表空間數據的目錄,默認在mysql的數據目錄,設置到和MySQL安裝文件不同的分區可以提高性能。
innodb_log_file_size:該參數決定了recovery speed。太大的話recovery就會比較慢,太小了影響查詢性能,一般取256M可以兼顧性能和recovery的速度

innodb_log_buffer_size:磁盤速度是很慢的,直接將log寫道磁盤會影響InnoDB的性能,該參數設定了log buffer的大小,一般4M。如果有大的blob操作,可以適當增大。
innodb_flush_logs_at_trx_commit=2: 該參數設定了事務提交時內存中log信息的處理。
   1) =1時,在每個事務提交時,日志緩沖被寫到日志文件,對日志文件做到磁盤操作的刷新。Truly ACID。速度慢。
   2) =2時,在每個事務提交時,日志緩沖被寫到文件,但不對日志文件做到磁盤操作的刷新。只有操作系統崩潰或掉電才會刪除最後一秒的事務,不然不會丟失事務。
   3) =0時, 日志緩沖每秒一次地被寫到日志文件,並且對日志文件做到磁盤操作的刷新。任何mysqld進程的崩潰會刪除崩潰前最後一秒的事務
innodb_file_per_table:可以存儲每個InnoDB表和它的索引在它自己的文件中。
transaction-isolation=READ-COMITTED: 如果應用程序可以運行在READ-COMMITED隔離級別,做此設定會有一定的性能提升。
innodb_flush_method: 設置InnoDB同步IO的方式:
   1) Default – 使用fsync()。
   2) O_SYNC 以sync模式打開文件,通常比較慢。
   3) O_DIRECT,在Linux上使用Direct IO。可以顯著提高速度,特別是在RAID系統上。避免額外的數據復制和double buffering(mysql buffering 和OS buffering)。
innodb_thread_concurrency: InnoDB kernel最大的線程數。
   1) 最少設置為(num_disks+num_cpus)*2。
   2) 可以通過設置成1000來禁止這個限制

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved