环境为CentOS系统,1G内存,Mysql5.5.30,在/etc/my.cnf内添加如下代码:

1. skip-external-locking 
2. skip-name-resolve 
3. max_connections = 1024 
4. query_cache_size = 16M 
5. sort_buffer_size = 1M 
6. table_cache = 256 
7. innodb_buffer_pool_size = 128M 
8. innodb_additional_mem_pool_size = 4M 
9. innodb_log_file_size = 128M 
10. innodb_log_files_in_group = 2 
11. innodb_log_buffer_size = 2M 
12. innodb_flush_log_at_trx_commit = 1 

修改前先将mysql服务停止:service mysqld restart

由于修改了日志大小重启会报错,如下错误:

1. 130319 04:45:14 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended 
2. 130319 05:02:43 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 
3. 130319 5:02:54 [Note] Plugin 'FEDERATED' is disabled. 
4. 130319 5:02:59 InnoDB: The InnoDB memory heap is disabled 
5. 130319 5:02:59 InnoDB: Mutexes and rw_locks use InnoDB's own implementation 
6. 130319 5:02:59 InnoDB: Compressed tables use zlib 1.2.3 
7. 130319 5:02:59 InnoDB: Using Linux native AIO 
8. 130319 5:03:01 InnoDB: Initializing buffer pool, size = 128.0M 
9. 130319 5:03:02 InnoDB: Completed initialization of buffer pool 
10. InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes 
11. InnoDB: than specified in the .cnf file 0 134217728 bytes! 
12. 130319 5:03:02 [ERROR] Plugin 'InnoDB' init function returned error. 
13. 130319 5:03:02 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 
14. 130319 5:03:02 [ERROR] Aborting 

将/var/lib/mysql下原先的ib_logfile0、ib_logfile1删除再重启mysql.

service mysqld start

正常启动:

1. 130319 05:20:59 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended 
2. 130319 05:22:53 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 
3. 130319 5:22:56 [Note] Plugin 'FEDERATED' is disabled. 
4. 130319 5:22:57 InnoDB: The InnoDB memory heap is disabled 
5. 130319 5:22:57 InnoDB: Mutexes and rw_locks use InnoDB's own implementation 
6. 130319 5:22:57 InnoDB: Compressed tables use zlib 1.2.3 
7. 130319 5:22:57 InnoDB: Using Linux native AIO 
8. 130319 5:22:57 InnoDB: Initializing buffer pool, size = 128.0M 
9. 130319 5:22:57 InnoDB: Completed initialization of buffer pool 
10. 130319 5:22:57 InnoDB: highest supported file format is Barracuda. 
11. 130319 5:22:58 InnoDB: Waiting for the background threads to start 
12. 130319 5:22:59 InnoDB: 5.5.30 started; log sequence number 2621452 
13. 130319 5:22:59 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306 
14. 130319 5:22:59 [Note] - '0.0.0.0' resolves to '0.0.0.0'; 
15. 130319 5:22:59 [Note] Server socket created on IP: '0.0.0.0'. 
16. 130319 5:23:00 [Warning] 'proxies_priv' entry '@ root@server08' ignored in --skip-name-resolve mode. //phpfensi.com
17. 130319 5:23:04 [Note] Event Scheduler: Loaded 0 events 
18. 130319 5:23:04 [Note] /usr/libexec/mysqld: ready for connections. 
19. 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 //控制事务的提交方式分配原则：这个参数只有3个值，0，1，2请确认一下自已能接受的级别,默认为1,主库请不要更改了,性能更高的可以设置为0或是2,但会丢失一秒钟的事务,说明,这个参数的设置对Ｉｎｎｏｄｂ的性能有很大的影响,所以在这里给多说明一下,当这个值为1时,innodb 的事务LOG在每次提交后写入日值文件,并对日值做刷新到磁盘,这个可以做到不丢任何一个事务.

当这个值为2时,在每个提交,日志缓冲被写到文件,但不对日志文件做到磁盘操作的刷新,在对日志文件的刷新在值为2的情况也每秒发生一次,但需要注意的是,由于进程调用方面的问题,并不能保证每秒100%的发生,从而在性能上是最快的,但操作系统崩溃或掉电才会删除最后一秒的事务,当这个值为0时,日志缓冲每秒一次地被写到日志文件,并且对日志文件做到磁盘操作的刷新,但是在一个事务提交不做任何操作,mysqld进程的崩溃会删除崩溃前最后一秒的事务.

Tags: Mysql5 5引擎 InnoDB存储引擎

分享到：