mysql_innodb存储引擎的优化

采用innodb作为存储引擎时的优化

innodb_buffer_pool_size

如果用 Innodb，那么这是一个重要变量。相对于 MyISAM 来说，Innodb对于 buffer size 更敏感。MySIAM 可能对于大数据量使用默认的 key_buffer_size 也还好，但 Innodb 在大数据量时用默认值就感觉在爬了。Innodb 的缓冲池会缓存数据和索引，所以不需要给系统的缓存留空间，如果只用 Innodb，可以把这个值设为内存的70%-80%。和 key_buffer 相同，如果数据量比较小也不怎么增加，那么不要把这个值设太高也可以提高内存的使用率。

 

innodb_additional_pool_size

这个的效果不是很明显，至少是当操作系统能合理分配内存时。但你可能仍需要设成 20M 或更多一点以看 Innodb 会分配多少内存做其他用途。

 

innodb_log_file_size

对于写很多尤其是大数据量时非常重要。要注意，大的文件提供更高的性能，但数据库恢复时会用更多的时间。我一般用 64M-512M，具体取决于服务器的空间。

 

innodb_log_buffer_size

默认值对于多数中等写操作和事务短的运用都是可以的。如果经常做更新或者使用了很多 blob 数据，应该增大这个值。但太大了也是浪费内存，因为 1 秒钟总会 flush（这个词的中文怎么说呢？）一次，所以不需要设到超过 1 秒的需求。8M-16M 一般应该够了。小的运用可以设更小一点。

 

innodb_flush_log_at_trx_commit （这个很管用）

抱怨 Innodb 比 MyISAM 慢 100 倍？那么你大概是忘了调整这个值。默认值 1 的意思是每一次事务提交或事务外的指令都需要把日志写入（flush）硬盘，这是很费时的。特别是使用电池供电缓存（Battery backed up cache）

时。设成 2 对于很多运用，特别是从MyISAM 表转过来的是可以的，它的意思是不写入硬盘而是写入系统缓存。日志仍然会每秒 flush 到硬盘，所以你一般不会丢失超过 1-2 秒的更新。设成 0 会更快一点，但安全方面比较差，即使 MySQL 挂了也可能会丢失事务的数据。而值 2 只会在整个操作系统挂了时才可能丢数据。

vim /etc/my.cnf

innodb_flush_log_at_trx_commit=2

也可以在 mysqld 运行时执行 ：

set GLOBAL innodb_flush_log_at_trx_commit = 2

 

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）。