高性能的MySQL（8）优化服务器配置：I/O

一、InnoDB I/O配置

对于常见的应用，InnoDB日志文件大小、InnoDB怎样刷新日志缓冲，以及怎样执行I/O比较重要。

a、InnoDB事务日志

InnoDB使用日志来减少提交事务时的开销，日志记录了事务，就无须在每个事务提交时把缓冲池刷新到磁盘中了。一旦日志安全写到磁盘，事务就持久化了，这是必须的，因为日志有固定的大小，而且是环形方式写，写到尾部，会重现跳到开头继续写。InnoDB使用一个后台线程智能刷新这些变更到数据文件。

整体的日志文件大小受控于innodb_log_file_size和innodb_log_files_in_group两个参数，默认情况下只有2个5MB的文件，对高性能工作来说，至少需要几百MB或者上GB。

要修改日志文件大小，必须完全干净的关闭MySQL，否则数据就无法恢复了，最好先备份旧的日志文件。

URL：http://www.bianceng.cn/database/MySQL/201410/46077.htm

当InnoDB变更任何数据时，会写一条变更记录到内存日志缓冲区。在缓冲区满的时候，事务提交的时候，或者每一秒，InnoDB都会刷新缓冲区的内容到磁盘日志文件。如果有大事务，增加日志缓冲区（默认1MB）大小可以减少I/O，变量innodb_log_buffer_size控制，几十上百MB都可以。

作为一个经验法则，日志文件的全部大小，应该足够容纳服务器一个小时的活动内容。

当InnoDB把日志缓冲刷新到日志文件时，会先锁住缓冲区，刷新完成，移动剩下的条目到缓冲区前面。日志缓冲必须刷新到持久化存储，以确保提交的事务完全被持久化了。如果和持久相比更在乎性能可以修改innodb_flush_log_at_trx_commit来控制刷新频率，有如下的值

0：把日志缓冲写到日志文件，并且每秒刷新一次，但是事务提交时不做任何时。

1：把日志缓冲写到日志文件，并且每次事务提交都刷新到持久化存储。

2：每次提交时把日志缓冲写到日志文件，但是不刷新，InnoDB每秒做一次刷新。

在大部分操作系统中，把缓冲写到日志只是简单的把数据从InnoDB的内存缓冲转移到操作系统的缓存，么有真正的持久化。

把日志刷新到持久化存储意味着InnoDB请求操作系统把数据刷出缓存，并确认写到磁盘了，这是一个阻塞I/O的调用，知道数据被全部写完。

使用innodb_flush_method选项可以配置InnoDB如何跟踪文件系统相互作用。有如下几个值可以设置，但不一一介绍了。

1、fdatasync

2、0_DIRECT

3、ALL_0_DIRECT

4、0_DSYNC

5、还有几个windows下的配置。

InnoDB把数据保存到表空间内。配置表空间，通过innodb_data_file_path可以定制表空间文件，这写文件都放在innodb_data_home_dir指定目录下：

innodb_data_home_dir = /var/lib/mysql/

innodb_data_file_path = ibdata1:1G;ibdata2:2G;

为了允许表空间在超过了分配空间时还能增长，可以配置最后一个文件自动扩展

ibdata3:1G:autoextend:max:2G

限制最多扩展到2G。

管理一个单独的表空间有点麻烦，innodb_file_per_table选项可以让InnoDB为每张表使用一个文件。存储为”表名.ibd“的文件，这个在之前的分区技术里已经做过试验了，有实际的截图，大家可以看看。虽然易于管理，但是也有缺点：

每张表使用自己的表空间，移除表空间实际上需要InnoDB锁定和扫描缓冲池，查找属于这个表的空间的页面，在一个庞大的缓冲池主哦姑娘，这个非常慢。但是Percona Server有一个修复的选项 innodb_lazy_drop_table。

（编辑：济南站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!