您的位置:首页 > 数据库 > MySQL

MySQL数据库服务器端核心参数详解和推荐配置(二)

2013-05-30 15:48 288 查看
l innodb_fast_shutdown and innodb_force_recovery

innodb_fast_shutdown:

含义:设置innodb引擎关闭的方式,默认值为:1,正常关闭的状态;

0 — mysqld服务关闭前,先进行数据完全的清理和插入缓冲区的合并操作,若是脏数据较多或者服务器性能等因素,会导致此过程需要数分钟或者更长时间;

1 — 正常关闭mysqld服务,针对innodb引擎不做任何其他的操作;

2 — 若是mysqld出现崩溃,立即刷事务日志到磁盘上并且冷关闭mysqld服务;没有提交的事务将会丢失,但是再启动mysqld服务的时候会进行事务回滚恢复;

innodb_force_recovery:

含义:

mysqld服务出现崩溃之后,InnoDB引擎进行回滚的模式,默认值为0,可设置的值0~6;

提示:

只有在需要从错误状态的数据库进行数据备份时,才建议设置innodb_force_recovery的值大于0。 若是把此参数作为安全选项,也可以把参数的值设置大于0,防止InnoDB引擎的数据变更,设置不同值的作用:

0 — 正常的关闭和启动,不会做任何强迫恢复操作;

1 — 跳过错误页,让mysqld服务继续运行。跳过错误索引记录和存储页,尝试用SELECT * INOT OUTFILE ‘../filename’ FROM tablename;方式,完成数据备份;

2 — 阻止InnoDB的主线程运行。清理操作时出现mysqld服务崩溃,则会阻止数据恢复操作;

3 — 恢复的时候,不进行事务回滚;

4 — 阻止INSERT缓冲区的合并操作。不做合并操作,为防止出现mysqld服务崩溃。不计算表的统计信息

5 — mysqld服务启动的时候不检查回滚日志:InnoDB引擎对待每个不确定的事务就像提交的事务一样;

6 — 不做事务日志前滚恢复操作;

推荐的参数组合配置:

innodb_fast_shutdown = 1

#若是机房条件较好可设置为0(双路电源、UPS、RAID卡电池和供电系统稳定性)

innodb_force_recovery =0

#至于出问题的时候,设置为何值,要视出错的原因和程度,对数据后续做的操作

l innodb_file_per_table=1

启用单表空间,减少共享表空间维护成本,减少空闲磁盘空间释放的压力。另外,大数据量情况下 的性能,也会有性能上的提升,为此建议大家使用独立表空间代替 共享表空间的方式;

l key_buffer_size

key_buffer_size只能缓存MyISAM或类MyISAM引擎的索引数据,而innodb_buffer_pool_size不仅能缓存索引数据,还能缓存元数据,但是对于我们只使用InnoDB引擎的数据库系统而言,此参数值也不能设置过于偏小,因为临时表可能会使用到此键缓存区空间,索引缓存区推荐:64M

|query_cache_type=N

N=0 —- 禁用查询缓存的功能;

N=1 —- 启用查询缓存的功能,缓存所有符合要求的查询结果集,除SELECT SQL_NO_CACHE.., 以及不符合查询缓存设置的结果集外;

N=2 —- 仅仅缓存SELECT SQL_CACHE …子句的查询结果集,除不符合查询缓存设置的结果集外;

l innodb_flush_log_at_trx_commit AND sync_binlog

innodb_flush_log_at_trx_commit = N

N=0 – 每隔一秒,把事务日志缓存区的数据写到日志文件中,以及把日志文件的数据刷新到磁盘上;

N=1 – 每个事务提交时候,把事务日志从缓存区写到日志文件中,并且刷新日志文件的数据到磁盘上;

N=2 – 每事务提交的时候,把事务日志数据从缓存区写到日志文件中;每隔一秒,刷新一次日志文件,但不一定刷新到磁盘上,而是取决于操作系统的调度;

sync_binlog = N

N>0 — 每向二进制日志文件写入N条SQL或N个事务后,则把二进制日志文件的数据刷新到磁盘上;

N=0 — 不主动刷新二进制日志文件的数据到磁盘上,而是由操作系统决定;

推荐配置组合:

N=1,1 — 适合数据安全性要求非常高,而且磁盘IO写能力足够支持业务,比如充值消费系统;

N=1,0 — 适合数据安全性要求高,磁盘IO写能力支持业务不富余,允许备库落后或无复制;

N=2,0或2,m(0<m<100) — 适合数据安全性有要求,允许丢失一点事务日志,复制架构的延迟也能接受;

N=0,0 — 磁盘IO写能力有限,无复制或允许复制延迟稍微长点能接受,例如:日志性登记业务;

n 性能监控
l 碎片率
查询缓存内存碎片率=Qcache_free_blocks / Qcache_total_blocks * 100%
l 命中率
查询缓存命中率=Qcache_hits/(Qcache_hits + Qcache_inserts) * 100%
l 内存使用率
查询缓存内存使用率=(query_cache_size – Qcache_free_memory) / query_cache_size * 100%

| TPS (每秒事务处理量) INNODB 引擎 (com_commit+com_rollback)/uptime

| QPS(每秒查询处理量)MyISAM 引擎 Questions/uptime
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: