Mysql Innodb优化

InnoDB给MySQL提供了具有提交、回滚和崩溃恢复能力的事务安全（ACID兼容）存储引擎。

InnoDB锁定在行级并且也在SELECT语句提供一个Oracle风格一致的非锁定读。

目前来说：InnoDB是为Mysql处理巨大数据量时的最大性能设计。

它的CPU效率可能是任何其它基于磁盘的关系数据库引擎所不能匹敌的。在数据量大的网站或是应用中Innodb是倍受青睐的。

innodb_buffer_pool_size

主要缓存innodb表的索引、数据、插入数据时的缓冲。

这个参数默认分配只有8M，如果是一个专用ＤＢ服务器，那么他可以占到内存的70%-80%。

分配过大，会使Swap占用过多，致使Mysql的查询特慢。如果你的数据比较小，那么可分配是你的数据大小＋１０％左右做为这个参数的值。

设置方法：
innodb_buffer_pool_size=4G

innodb_additional_mem_pool

用来存放Innodb的内部目录

这个值不用分配太大，系统可以自动调。不用设置太高。通常比较大数据设置16Ｍ够用了，如果表比较多，可以适当的增大。如果这个值自动增加，会在error log有中显示的。

设置方法：
innodb_additional_mem_pool=16M

innodb_log_file_size

指定日值的大小

几个日值成员大小加起来差不多和你的innodb_buffer_pool_size相等。上限为每个日值上限大小为4G.一般控制在几个ＬＯＧ文件相加大小在２Ｇ以内为佳。

设置方法：
innodb_log_file_size=256M

innodb_log_files_in_group

定你有几个日值组。

一般我们可以用２－３个日值组。默认为两个。

设置方法：
innodb_log_files_in_group=3

innodb_log_buffer_size

事务在内存中的缓冲。

控制在2-8M.这个值不用太多的。他里面的内存一般一秒钟写到磁盘一次。具体写入方式和你的事务提交方式有关。

设置方法：
innodb_log_buffer_size=3M

innodb_flush_log_at_trx_commit

控制事务的提交方式

这个参数只有３个值，０，１，２请确认一下自已能接受的级别。默认为１，主库请不要更改了。
性能更高的可以设置为０或是２，但会丢失一秒钟的事务。

这个参数的设置对innodb的性能有很大的影响，所以在这里给多说明一下。
当这个值为1时：innodb 的事务LOG在每次提交后写入日值文件，并对日值做刷新到磁盘。这个可以做到不丢任何一个事务。
当这个值为2时：在每个提交，日志缓冲被写到文件，但不对日志文件做到磁盘操作的刷新,在对日志文件的刷新在值为2的情况也每秒发生一次。但需要注意的是，由于进程调用方面的问题，并不能保证每秒１００％的发生。从而在性能上是最快的。但操作系统崩溃或掉电才会删除最后一秒的事务。
当这个值为0时：日志缓冲每秒一次地被写到日志文件，并且对日志文件做到磁盘操作的刷新，但是在一个事务提交不做任何操作。mysqld进程的崩溃会删除崩溃前最后一秒的事务。

从以上分析，当这个值不为１时，可以取得较好的性能，但遇到异常会有损失，所以需要根据自已的情况去衡量。

innodb_file_per_table

使每个Innodb的表，有自已独立的表空间。如删除文件后可以回收那部分空间。

innodb_open_files

限制Innodb能打开的表的数据。

如果库里的表特别多的情况，请增加这个。这个值默认是３００。

innodb_flush_method

innodb和系统打交道的一个ＩＯ模型

O_DIRECT , 直接写入磁盘，禁止系统Ｃａｃｈｅ了

innodb_max_dirty_pages_pct 

控制Innodb的脏页在缓冲中在那个百分比之下，值在范围1-100,默认为90.
这个参数的另一个用处：当Ｉｎｎｏｄｂ的内存分配过大，致使Ｓｗａｐ占用严重时，可以适当的减小调整这个值，使达到Ｓｗａｐ空间释放出来。建义：这个值最大在９０％，最小在１５％。太大，缓存中每次更新需要致换数据页太多，太小，放的数据页太小，更新操作太慢。

 

转载于:https://my.oschina.net/turan/blog/2049316