Mysql5.5 InnoDB存储引擎配置和优化

环境为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

修改前先将mysql服务停止：
service mysqld restart
由于修改了日志大小重启会报错：
130319 04:45:14 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
130319 05:02:43 mysqld_safe starting mysqld daemon with databases from /var/lib/mysql
130319 5:02:54 [note] plugin 'federated' is disabled.
130319 5:02:59 innodb: the innodb memory heap is disabled
130319 5:02:59 innodb: mutexes and rw_locks use innodb's own implementation
130319 5:02:59 innodb: compressed tables use zlib 1.2.3
130319 5:02:59 innodb: using linux native aio
130319 5:03:01 innodb: initializing buffer pool, size = 128.0m
130319 5:03:02 innodb: completed initialization of buffer pool
innodb: error: log file ./ib_logfile0 is of different size 0 5242880 bytes
innodb: than specified in the .cnf file 0 134217728 bytes!
130319 5:03:02 [error] plugin 'innodb' init function returned error.
130319 5:03:02 [error] plugin 'innodb' registration as a storage engine failed.
130319 5:03:02 [error] aborting
将/var/lib/mysql下原先的ib_logfile0、ib_logfile1删除再重启mysql。
service mysqld start
正常启动：
130319 05:20:59 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
130319 05:22:53 mysqld_safe starting mysqld daemon with databases from /var/lib/mysql
130319 5:22:56 [note] plugin 'federated' is disabled.
130319 5:22:57 innodb: the innodb memory heap is disabled
130319 5:22:57 innodb: mutexes and rw_locks use innodb's own implementation
130319 5:22:57 innodb: compressed tables use zlib 1.2.3
130319 5:22:57 innodb: using linux native aio
130319 5:22:57 innodb: initializing buffer pool, size = 128.0m
130319 5:22:57 innodb: completed initialization of buffer pool
130319 5:22:57 innodb: highest supported file format is barracuda.
130319 5:22:58 innodb: waiting for the background threads to start
130319 5:22:59 innodb: 5.5.30 started; log sequence number 2621452
130319 5:22:59 [note] server hostname (bind-address): '0.0.0.0'; port: 3306
130319 5:22:59 [note] - '0.0.0.0' resolves to '0.0.0.0';
130319 5:22:59 [note] server socket created on ip: '0.0.0.0'.
130319 5:23:00 [warning] 'proxies_priv' entry '@ root@server08' ignored in --skip-name-resolve mode.
130319 5:23:04 [note] event scheduler: loaded 0 events
130319 5:23:04 [note] /usr/libexec/mysqld: ready for connections.
version: '5.5.30' socket: '/var/lib/mysql/mysql.sock' port: 3306 mysql community server (gpl) by remi
使用mysqladmin variables命令可查看所有参数变量。

innodb引擎配置优化
innodb_buffer_pool_size＝1g //一个innodb最重要的参数，这个参数和myisam的key_buffer_size有相似之处，但也是有差别的。这个参数主要缓存innodb表的索引，数据，插入数据时的缓冲，设置得越大，存取表里面数据时所需要的磁盘i/o越少，一般是内存的一半，不超过2g，否则系统会崩溃。为innodb加速优化首要参数。该参数分配内存的原则：这个参数默认分配只有8m，可以说是非常小的一个值。如果是一个专用ｄｂ服务器，那么他可以占到内存的70%-80%。这个参数不能动态更改，所以分配需多考虑。分配过大，会使swap占用过多，致使mysql的查询特慢。如果你的数据比较小，那么可分配是你的数据大小＋１０％左右做为这个参数的值。
例如：数据大小为50ｍ,那么给这个值分配innodb_buffer_pool_size＝64ｍ
innodb_additional_mem_pool_size=16m //用来存放innodb的内部目录这个值不用分配太大，系统可以自动调。不用设置太高。通常比较大数据设置16ｍ够用了，如果表比较多，可以适当的增大。如果这个值自动增加，会在error log有中显示的。
innodb_log_file_size=256m //在日志组中每个日志文件的大小，一般是innodb_buffer_pool_size的25%，官方推荐是innodb_buffer_pool_size的40-50%。一般控制在几个ｌｏｇ文件相加大小在２ｇ以内为佳。具体情况还需要看你的事务大小，数据大小为依据。说明：这个值分配的大小和数据库的写入速度，事务大小，异常重启后的恢复有很大的关系。
innodb_log_files_in_group=2 //指定你有几个日志组。分配原则：一般我们可以用２－３个日值组。默认为两个。
innodb_log_buffer_size＝3m //事务在内存中的缓冲。分配原则：控制在2-8m.这个值不用太多的。他里面的内存一般一秒钟写到磁盘一次。具体写入方式和你的事务提交方式有关。在oracle等数据库了解这个，一般最大指定为３ｍ比较合适。
innodb_flush_logs_at_trx_commit＝0 //控制事务的提交方式分配原则：这个参数只有３个值，０，１，２请确认一下自已能接受的级别。默认为１，主库请不要更改了。性能更高的可以设置为０或是２，但会丢失一秒钟的事务。说明：这个参数的设置对ｉｎｎｏｄｂ的性能有很大的影响，所以在这里给多说明一下。当这个值为1时：innodb 的事务log在每次提交后写入日值文件，并对日值做刷新到磁盘。这个可以做到不丢任何一个事务。当这个值为2时：在每个提交，日志缓冲被写到文件，但不对日志文件做到磁盘操作的刷新,在对日志文件的刷新在值为2的情况也每秒发生一次。但需要注意的是，由于进程调用方面的问题，并不能保证每秒１００％的发生。从而在性能上是最快的。但操作系统崩溃或掉电才会删除最后一秒的事务。当这个值为0时：日志缓冲每秒一次地被写到日志文件，并且对日志文件做到磁盘操作的刷新，但是在一个事务提交不做任何操作。mysqld进程的崩溃会删除崩溃前最后一秒的事务。