MySQL my.cnf参数配置优化详解

Posted bdoooooog

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MySQL my.cnf参数配置优化详解相关的知识,希望对你有一定的参考价值。

http://leeyin.iteye.com/blog/1459274

[b]PS:本配置文件针对Dell R710,双至强E5620、16G内存的硬件配置。CentOS 5.6 64位系统,mysql 5.5.x 稳定版。适用于日IP 50-100w,PV 100-300w的站点,主要使用InnoDB存储引擎。其他应用环境请根据实际情况来设置优化。[/b]  
  
# 以下选项会被MySQL客户端应用读取。  
# 注意只有MySQL附带的客户端应用程序保证可以读取这段内容。  
# 如果你想你自己的MySQL应用程序获取这些值。  
# 需要在MySQL客户端库初始化的时候指定这些选项。  
  
#  
[client]  
#password = [your_password]  
port = @[email protected]  
socket = @[email protected]  
  
# *** 应用定制选项 ***  
  
#  
# MySQL 服务端  
#  
[mysqld]  
  
# 一般配置选项  
port = @[email protected]  
socket = @[email protected]  
  
# back_log 是操作系统在监听队列中所能保持的连接数,  
# 队列保存了在MySQL连接管理器线程处理之前的连接.  
# 如果你有非常高的连接率并且出现”connection refused” 报错,  
# 你就应该增加此处的值.  
# 检查你的操作系统文档来获取这个变量的最大值.  
# 如果将back_log设定到比你操作系统限制更高的值,将会没有效果  
back_log = 300  
  
# 不在TCP/IP端口上进行监听.  
# 如果所有的进程都是在同一台服务器连接到本地的mysqld,  
# 这样设置将是增强安全的方法  
# 所有mysqld的连接都是通过Unix sockets 或者命名管道进行的.  
# 注意在windows下如果没有打开命名管道选项而只是用此项  
# (通过 “enable-named-pipe” 选项) 将会导致mysql服务没有任何作用!  
#skip-networking  
  
# MySQL 服务所允许的同时会话数的上限  
# 其中一个连接将被SUPER权限保留作为管理员登录.  
# 即便已经达到了连接数的上限.  
max_connections = 3000  
# 每个客户端连接最大的错误允许数量,如果达到了此限制.  
# 这个客户端将会被MySQL服务阻止直到执行了”FLUSH HOSTS” 或者服务重启  
# 非法的密码以及其他在链接时的错误会增加此值.  
# 查看 “Aborted_connects” 状态来获取全局计数器.  
max_connect_errors = 30  
  
# 所有线程所打开表的数量.  
# 增加此值就增加了mysqld所需要的文件描述符的数量  
# 这样你需要确认在[mysqld_safe]中 “open-files-limit” 变量设置打开文件数量允许至少4096  
table_cache = 4096  
  
# 允许外部文件级别的锁. 打开文件锁会对性能造成负面影响  
# 所以只有在你在同样的文件上运行多个数据库实例时才使用此选项(注意仍会有其他约束!)  
# 或者你在文件层面上使用了其他一些软件依赖来锁定MyISAM表  
#external-locking  
  
# 服务所能处理的请求包的最大大小以及服务所能处理的最大的请求大小(当与大的BLOB字段一起工作时相当必要)  
# 每个连接独立的大小.大小动态增加  
max_allowed_packet = 32M  
  
# 在一个事务中binlog为了记录SQL状态所持有的cache大小  
# 如果你经常使用大的,多声明的事务,你可以增加此值来获取更大的性能.  
# 所有从事务来的状态都将被缓冲在binlog缓冲中然后在提交后一次性写入到binlog中  
# 如果事务比此值大, 会使用磁盘上的临时文件来替代.  
# 此缓冲在每个连接的事务第一次更新状态时被创建  
binlog_cache_size = 4M  
  
# 独立的内存表所允许的最大容量.  
# 此选项为了防止意外创建一个超大的内存表导致永尽所有的内存资源.  
max_heap_table_size = 128M  
  
# 排序缓冲被用来处理类似ORDER BY以及GROUP BY队列所引起的排序  
# 如果排序后的数据无法放入排序缓冲,  
# 一个用来替代的基于磁盘的合并分类会被使用  
# 查看 “Sort_merge_passes” 状态变量.  
# 在排序发生时由每个线程分配  
sort_buffer_size = 16M  
  
# 此缓冲被使用来优化全联合(full JOINs 不带索引的联合).  
# 类似的联合在极大多数情况下有非常糟糕的性能表现,  
# 但是将此值设大能够减轻性能影响.  
# 通过 “Select_full_join” 状态变量查看全联合的数量  
# 当全联合发生时,在每个线程中分配  
join_buffer_size = 16M  
  
# 我们在cache中保留多少线程用于重用  
# 当一个客户端断开连接后,如果cache中的线程还少于thread_cache_size,  
# 则客户端线程被放入cache中.  
# 这可以在你需要大量新连接的时候极大的减少线程创建的开销  
# (一般来说如果你有好的线程模型的话,这不会有明显的性能提升.)  
thread_cache_size = 16  
  
# 此允许应用程序给予线程系统一个提示在同一时间给予渴望被运行的线程的数量.  
# 此值只对于支持 thread_concurrency() 函数的系统有意义( 例如Sun Solaris).  
# 你可可以尝试使用 [CPU数量]*(2..4) 来作为thread_concurrency的值  
thread_concurrency = 8  
  
# 查询缓冲常被用来缓冲 SELECT 的结果并且在下一次同样查询的时候不再执行直接返回结果.  
# 打开查询缓冲可以极大的提高服务器速度, 如果你有大量的相同的查询并且很少修改表.  
# 查看 “Qcache_lowmem_prunes” 状态变量来检查是否当前值对于你的负载来说是否足够高.  
# 注意: 在你表经常变化的情况下或者如果你的查询原文每次都不同,  
# 查询缓冲也许引起性能下降而不是性能提升.  
query_cache_size = 128M  
  
# 只有小于此设定值的结果才会被缓冲  
# 此设置用来保护查询缓冲,防止一个极大的结果集将其他所有的查询结果都覆盖.  
query_cache_limit = 4M  
  
# 被全文检索索引的最小的字长.  
# 你也许希望减少它,如果你需要搜索更短字的时候.  
# 注意在你修改此值之后,  
# 你需要重建你的 FULLTEXT 索引  
ft_min_word_len = 8  
  
# 如果你的系统支持 memlock() 函数,你也许希望打开此选项用以让运行中的mysql在在内存高度紧张的时候,数据在内存中保持锁定并且防止可能被swapping out  
# 此选项对于性能有益  
#memlock  
  
# 当创建新表时作为默认使用的表类型,  
# 如果在创建表示没有特别执行表类型,将会使用此值  
default_table_type = MYISAM  
  
# 线程使用的堆大小. 此容量的内存在每次连接时被预留.  
# MySQL 本身常不会需要超过64K的内存  
# 如果你使用你自己的需要大量堆的UDF函数  
# 或者你的操作系统对于某些操作需要更多的堆,  
# 你也许需要将其设置的更高一点.  
thread_stack = 512K  
  
# 设定默认的事务隔离级别.可用的级别如下:  
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE  
transaction_isolation = REPEATABLE-READ  
  
# 内部(内存中)临时表的最大大小  
# 如果一个表增长到比此值更大,将会自动转换为基于磁盘的表.  
# 此限制是针对单个表的,而不是总和.  
tmp_table_size = 128M  
  
# 打开二进制日志功能.  
# 在复制(replication)配置中,作为MASTER主服务器必须打开此项  
# 如果你需要从你最后的备份中做基于时间点的恢复,你也同样需要二进制日志.  
log-bin=mysql-bin  
  
# 如果你在使用链式从服务器结构的复制模式 (A->B->C),  
# 你需要在服务器B上打开此项.  
# 此选项打开在从线程上重做过的更新的日志,  
# 并将其写入从服务器的二进制日志.  
#log_slave_updates  
  
# 打开全查询日志. 所有的由服务器接收到的查询 (甚至对于一个错误语法的查询)  
# 都会被记录下来. 这对于调试非常有用, 在生产环境中常常关闭此项.  
#log  
  
# 将警告打印输出到错误log文件. 如果你对于MySQL有任何问题  
# 你应该打开警告log并且仔细审查错误日志,查出可能的原因.  
#log_warnings  
  
# 记录慢速查询. 慢速查询是指消耗了比 “long_query_time” 定义的更多时间的查询.  
# 如果 log_long_format 被打开,那些没有使用索引的查询也会被记录.  
# 如果你经常增加新查询到已有的系统内的话. 一般来说这是一个好主意,  
log_slow_queries  
  
# 所有的使用了比这个时间(以秒为单位)更多的查询会被认为是慢速查询.  
# 不要在这里使用”1″, 否则会导致所有的查询,甚至非常快的查询页被记录下来(由于MySQL 目前时间的精确度只能达到秒的级别).  
long_query_time = 6  
  
# 在慢速日志中记录更多的信息.  
# 一般此项最好打开.  
# 打开此项会记录使得那些没有使用索引的查询也被作为到慢速查询附加到慢速日志里  
log_long_format  
  
# 此目录被MySQL用来保存临时文件.例如,  
# 它被用来处理基于磁盘的大型排序,和内部排序一样.  
# 以及简单的临时表.  
# 如果你不创建非常大的临时文件,将其放置到 swapfs/tmpfs 文件系统上也许比较好  
# 另一种选择是你也可以将其放置在独立的磁盘上.  
# 你可以使用”;”来放置多个路径  
# 他们会按照roud-robin方法被轮询使用.  
#tmpdir = /tmp  
  
# *** 主从复制相关的设置  
  
# 唯一的服务辨识号,数值位于 1 到 2^32-1之间.  
# 此值在master和slave上都需要设置.  
# 如果 “master-host” 没有被设置,则默认为1, 但是如果忽略此选项,MySQL不会作为master生效.  
server-id = 1  
  
# 复制的Slave (去掉master段的注释来使其生效)  
#  
# 为了配置此主机作为复制的slave服务器,你可以选择两种方法:  
#  
# 1) 使用 CHANGE MASTER TO 命令 (在我们的手册中有完整描述) -  
# 语法如下:  
#  
# CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=,  
# MASTER_USER=, MASTER_PASSWORD= ;  
#  
# 你需要替换掉 , , 等被尖括号包围的字段以及使用master的端口号替换 (默认3306).  
#  
# 例子:  
#  
# CHANGE MASTER TO MASTER_HOST=’125.564.12.1′, MASTER_PORT=3306,  
# MASTER_USER=’joe’, MASTER_PASSWORD=’secret’;  
#  
# 或者  
#  
# 2) 设置以下的变量. 不论如何, 在你选择这种方法的情况下, 然后第一次启动复制(甚至不成功的情况下,  
# 例如如果你输入错密码在master-password字段并且slave无法连接),  
# slave会创建一个 master.info 文件,并且之后任何对于包含在此文件内的参数的变化都会被忽略  
# 并且由 master.info 文件内的内容覆盖, 除非你关闭slave服务, 删除 master.info 并且重启slave 服务.  
# 由于这个原因,你也许不想碰一下的配置(注释掉的) 并且使用 CHANGE MASTER TO (查看上面) 来代替  
#  
# 所需要的唯一id号位于 2 和 2^32 – 1之间  
# (并且和master不同)  
# 如果master-host被设置了.则默认值是2  
# 但是如果省略,则不会生效  
#server-id = 2  
#  
# 复制结构中的master – 必须  
#master-host =  
#  
# 当连接到master上时slave所用来认证的用户名 – 必须  
#master-user =  
#  
# 当连接到master上时slave所用来认证的密码 – 必须  
#master-password =  
#  
# master监听的端口.  
# 可选 – 默认是3306  
#master-port =  
  
# 使得slave只读.只有用户拥有SUPER权限和在上面的slave线程能够修改数据.  
# 你可以使用此项去保证没有应用程序会意外的修改slave而不是master上的数据  
#read_only  
  
#*** MyISAM 相关选项  
  
# 关键词缓冲的大小, 一般用来缓冲MyISAM表的索引块.  
# 不要将其设置大于你可用内存的30%,  
# 因为一部分内存同样被OS用来缓冲行数据  
# 甚至在你并不使用MyISAM 表的情况下, 你也需要仍旧设置起 8-64M 内存由于它同样会被内部临时磁盘表使用.  
key_buffer_size = 128M  
  
# 用来做MyISAM表全表扫描的缓冲大小.  
# 当全表扫描需要时,在对应线程中分配.  
read_buffer_size = 8M  
  
# 当在排序之后,从一个已经排序好的序列中读取行时,行数据将从这个缓冲中读取来防止磁盘寻道.  
# 如果你增高此值,可以提高很多ORDER BY的性能.  
# 当需要时由每个线程分配  
read_rnd_buffer_size = 64M  
  
# MyISAM 使用特殊的类似树的cache来使得突发插入  
# (这些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATA  
# INFILE) 更快. 此变量限制每个进程中缓冲树的字节数.  
# 设置为 0 会关闭此优化.  
# 为了最优化不要将此值设置大于 “key_buffer_size”.  
# 当突发插入被检测到时此缓冲将被分配.  
bulk_insert_buffer_size = 256M  
  
# 此缓冲当MySQL需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一个空表中引起重建索引时被分配.  
# 这在每个线程中被分配.所以在设置大值时需要小心.  
myisam_sort_buffer_size = 256M  
  
# MySQL重建索引时所允许的最大临时文件的大小 (当 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE).  
# 如果文件大小比此值更大,索引会通过键值缓冲创建(更慢)  
myisam_max_sort_file_size = 10G  
  
# 如果被用来更快的索引创建索引所使用临时文件大于制定的值,那就使用键值缓冲方法.  
# 这主要用来强制在大表中长字串键去使用慢速的键值缓冲方法来创建索引.  
myisam_max_extra_sort_file_size = 10G  
  
# 如果一个表拥有超过一个索引, MyISAM 可以通过并行排序使用超过一个线程去修复他们.  
# 这对于拥有多个CPU以及大量内存情况的用户,是一个很好的选择.  
myisam_repair_threads = 1  
  
# 自动检查和修复没有适当关闭的 MyISAM 表.  
myisam_recover  
  
# 默认关闭 Federated  
skip-federated  
  
# *** BDB 相关选项 ***  
  
# 如果你运行的MySQL服务有BDB支持但是你不准备使用的时候使用此选项. 这会节省内存并且可能加速一些事.  
skip-bdb  
  
# *** INNODB 相关选项 ***  
  
# 如果你的MySQL服务包含InnoDB支持但是并不打算使用的话,  
# 使用此选项会节省内存以及磁盘空间,并且加速某些部分  
#skip-innodb  
  
# 附加的内存池被InnoDB用来保存 metadata 信息  
# 如果InnoDB为此目的需要更多的内存,它会开始从OS这里申请内存.  
# 由于这个操作在大多数现代操作系统上已经足够快, 你一般不需要修改此值.  
# SHOW INNODB STATUS 命令会显示当先使用的数量.  
innodb_additional_mem_pool_size = 64M  
  
# InnoDB使用一个缓冲池来保存索引和原始数据, 不像 MyISAM.  
# 这里你设置越大,你在存取表里面数据时所需要的磁盘I/O越少.  
# 在一个独立使用的数据库服务器上,你可以设置这个变量到服务器物理内存大小的80%  
# 不要设置过大,否则,由于物理内存的竞争可能导致操作系统的换页颠簸.  
# 注意在32位系统上你每个进程可能被限制在 2-3.5G 用户层面内存限制,  
# 所以不要设置的太高.  
innodb_buffer_pool_size = 6G  
  
# InnoDB 将数据保存在一个或者多个数据文件中成为表空间.  
# 如果你只有单个逻辑驱动保存你的数据,一个单个的自增文件就足够好了.  
# 其他情况下.每个设备一个文件一般都是个好的选择.  
# 你也可以配置InnoDB来使用裸盘分区 – 请参考手册来获取更多相关内容  
innodb_data_file_path = ibdata1:10M:autoextend  
  
# 设置此选项如果你希望InnoDB表空间文件被保存在其他分区.  
# 默认保存在MySQL的datadir中.  
#innodb_data_home_dir =  
  
# 用来同步IO操作的IO线程的数量. This value is  
# 此值在Unix下被硬编码为4,但是在Windows磁盘I/O可能在一个大数值下表现的更好.  
innodb_file_io_threads = 4  
  
# 如果你发现InnoDB表空间损坏, 设置此值为一个非零值可能帮助你导出你的表.  
# 从1开始并且增加此值知道你能够成功的导出表.  
#innodb_force_recovery=1  
  
# 在InnoDb核心内的允许线程数量.  
# 最优值依赖于应用程序,硬件以及操作系统的调度方式.  
# 过高的值可能导致线程的互斥颠簸.  
innodb_thread_concurrency = 16  
  
# 如果设置为1 ,InnoDB会在每次提交后刷新(fsync)事务日志到磁盘上,  
# 这提供了完整的ACID行为.  
# 如果你愿意对事务安全折衷, 并且你正在运行一个小的食物, 你可以设置此值到0或者2来减少由事务日志引起的磁盘I/O  
# 0代表日志只大约每秒写入日志文件并且日志文件刷新到磁盘.  
# 2代表日志写入日志文件在每次提交后,但是日志文件只有大约每秒才会刷新到磁盘上.  
innodb_flush_log_at_trx_commit = 2  
(说明:如果是游戏服务器,建议此值设置为2;如果是对数据安全要求极高的应用,建议设置为1;设置为0性能最高,但如果发生故障,数据可能会有丢失的危险!默认值1的意思是每一次事务提交或事务外的指令都需要把日志写入(flush)硬盘,这是很费时的。特别是使用电池供电缓存(Battery backed up cache)时。设成2对于很多运用,特别是从MyISAM表转过来的是可以的,它的意思是不写入硬盘而是写入系统缓存。日志仍然会每秒flush到硬盘,所以你一般不会丢失超过1-2秒的更新。设成0会更快一点,但安全方面比较差,即使MySQL挂了也可能会丢失事务的数据。而值2只会在整个操作系统挂了时才可能丢数据。)  
  
# 加速InnoDB的关闭. 这会阻止InnoDB在关闭时做全清除以及插入缓冲合并.  
# 这可能极大增加关机时间, 但是取而代之的是InnoDB可能在下次启动时做这些操作.  
#innodb_fast_shutdown  
  
# 用来缓冲日志数据的缓冲区的大小.  
# 当此值快满时, InnoDB将必须刷新数据到磁盘上.  
# 由于基本上每秒都会刷新一次,所以没有必要将此值设置的太大(甚至对于长事务而言)  
  
innodb_log_buffer_size = 16M  
  
# 在日志组中每个日志文件的大小.  
# 你应该设置日志文件总合大小到你缓冲池大小的25%~100%  
# 来避免在日志文件覆写上不必要的缓冲池刷新行为.  
# 不论如何, 请注意一个大的日志文件大小会增加恢复进程所需要的时间.  
innodb_log_file_size = 512M  
  
# 在日志组中的文件总数.  
# 通常来说2~3是比较好的.  
innodb_log_files_in_group = 3  
  
# InnoDB的日志文件所在位置. 默认是MySQL的datadir.  
# 你可以将其指定到一个独立的硬盘上或者一个RAID1卷上来提高其性能  
#innodb_log_group_home_dir  
  
# 在InnoDB缓冲池中最大允许的脏页面的比例.  
# 如果达到限额, InnoDB会开始刷新他们防止他们妨碍到干净数据页面.  
# 这是一个软限制,不被保证绝对执行.  
innodb_max_dirty_pages_pct = 90  
  
# InnoDB用来刷新日志的方法.  
# 表空间总是使用双重写入刷新方法  
# 默认值是 “fdatasync”, 另一个是 “O_DSYNC”.  
#innodb_flush_method=O_DSYNC  
  
# 在被回滚前,一个InnoDB的事务应该等待一个锁被批准多久.  
# InnoDB在其拥有的锁表中自动检测事务死锁并且回滚事务.  
# 如果你使用 LOCK TABLES 指令, 或者在同样事务中使用除了InnoDB以外的其他事务安全的存储引擎  
# 那么一个死锁可能发生而InnoDB无法注意到.  
# 这种情况下这个timeout值对于解决这种问题就非常有帮助.  
innodb_lock_wait_timeout = 120  
  
[mysqldump]  
# 不要在将内存中的整个结果写入磁盘之前缓存. 在导出非常巨大的表时需要此项  
quick  
  
max_allowed_packet = 32M  
  
[mysql]  
no-auto-rehash  
  
# 仅仅允许使用键值的 UPDATEs 和 DELETEs .  
#safe-updates  
  
[isamchk]  
key_buffer = 2048M  
sort_buffer_size = 2048M  
read_buffer = 32M  
write_buffer = 32M  
  
[myisamchk]  
key_buffer = 2048M  
sort_buffer_size = 2048M  
read_buffer = 32M  
write_buffer = 32M  
  
[mysqlhotcopy]  
interactive-timeout  
  
[mysqld_safe]  
# 增加每个进程的可打开文件数量.  
# 警告: 确认你已经将全系统限制设定的足够高!  
# 打开大量表需要将此值设大  
open-files-limit = 8192  

  

 my.ini(Linux系统下是my.cnf),当mysql服务器启动时它会读取这个文件,设置相关的运行环境参数。

   my.ini分为两块:Client Section和Server Section。
   Client Section用来配置MySQL客户端参数。
   要查看配置参数可以用下面的命令:

 

show variables like ‘%innodb%‘; # 查看innodb相关配置参数

show status like ‘%innodb%‘; # 查看innodb相关的运行时参数(比如当前正在打开的表的数量,当前已经打开的表的数量)

show global status like ‘open%tables‘; # 查看全局的运行时参数,加上global是对当前mysql服务器中运行的所有数据库实例进行统计。不加global则只对当前数据库实例进行统计。

 

1、Client Section
    [client]
    port = 3306 # 设置mysql客户端连接服务端时默认使用的端口
    [mysql]
    default-character-set=utf8 # 设置mysql客户端默认字符集

2、Server Section

[mysqld]
port=3306 # mysql服务端默认监听(listen on)的TCP/IP端口

basedir="C:/Program Files/MySQL/Mysql server 5.5/" # 基准路径,其他路径都相对于这个路径

datadir="C:/Program Files/MySQL/MySQL Server 5.5/Data" # mysql数据库文件所在目录

character-set-server=latin1 # 服务端使用的字符集默认为8比特编码的latin1字符集

default-storage-engine=INNODB # 创建新表时将使用的默认存储引擎

sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION" # SQL模式为strict模式

max_connections=100 # mysql服务器支持的最大并发连接数(用户数)。但总会预留其中的一个连接给管理员使用超级权限登录,即使连接数目达到最大限制。如果设置得过小而用户比较多,会经常出现“Too many connections”错误。

query_cache_size=0 # 查询缓存大小,用于缓存SELECT查询结果。如果有许多返回相同查询结果的SELECT查询,并且很少改变表,可以设置query_cache_size大于0,可以极大改善查询效率。而如果表数据频繁变化,就不要使用这个,会适得其反

table_cache=256 # 这个参数在5.1.3之后的版本中叫做table_open_cache,用于设置table高速缓存的数量。由于每个客户端连接都会至少访问一个表,因此此参数的值与       max_connections有关。当某一连接访问一个表时,MySQL会检查当前已缓存表的数量。如果该表已经在缓存中打开,则会直接访问缓存中的表已加快查询速度;如果该表未被缓存,则会将当前的表添加进缓存并进行查询。在执行缓存操作之前,table_cache用于限制缓存表的最大数目:如果当前已经缓存的表未达到table_cache,则会将新表添加进来;若已经达到此值,MySQL将根据缓存表的最后查询时间、查询率等规则释放之前的缓存。

tmp_table_size=34M # 内存中的每个临时表允许的最大大小。如果临时表大小超过该值,临时表将自动转为基于磁盘的表(Disk Based Table)。

thread_cache_size=8 # 缓存的最大线程数。当客户端连接断开时,如果客户端总连接数小于该值,则处理客户端任务的线程放回缓存。在高并发情况下,如果该值设置得太小,就会有很多线程频繁创建,线程创建的开销会变大,查询效率也会下降。一般来说如果在应用端有良好的多线程处理,这个参数对性能不会有太大的提高。

# MyISAM相关参数
myisam_max_sort_file_size=100G # mysql重建索引时允许使用的临时文件最大大小

myisam_sort_buffer_size=68M

key_buffer_size=54M # Key Buffer大小,用于缓存MyISAM表的索引块。决定数据库索引处理的速度(尤其是索引读)

read_buffer_size=64K # 用于对MyISAM表全表扫描时使用的缓冲区大小。针对每个线程进行分配(前提是进行了全表扫描)。进行排序查询时,MySql会首先扫描一遍该缓冲,以避免磁盘搜索,提高查询速度,如果需要排序大量数据,可适当调高该值。但MySql会为每个客户连接发放该缓冲空间,所以应尽量适当设置该值,以避免内存开销过大。

read_rnd_buffer_size=256K

sort_buffer_size=256K # connection级参数(为每个线程配置),500个线程将消耗500*256K的sort_buffer_size。

# InnoDB相关参数
innodb_additional_mem_pool_size=3M # InnoDB用于存储元数据信息的内存池大小,一般不需修改

innodb_flush_log_at_trx_commit =1 # 事务相关参数,如果值为1,则InnoDB在每次commit都会将事务日志写入磁盘(磁盘IO消耗较大),这样保证了完全的ACID特性。而如果设置为0,则表示事务日志写入内存log和内存log写入磁盘的频率都为1次/秒。如果设为2则表示事务日志在每次commit都写入内存log,但内存log写入磁盘的频率为1次/秒。

innodb_log_buffer_size=2M # InnoDB日志数据缓冲大小,如果缓冲满了,就会将缓冲中的日志数据写入磁盘(flush)。由于一般至少都1秒钟会写一次磁盘,所以没必要设置过大,即使是长事务。

innodb_buffer_pool_size=105M # InnoDB使用缓冲池来缓存索引和行数据。该值设置的越大,则磁盘IO越少。一般将该值设为物理内存的80%。

innodb_log_file_size=53M # 每一个InnoDB事务日志的大小。一般设为innodb_buffer_pool_size的25%到100%

innodb_thread_concurrency=9 # InnoDB内核最大并发线程数。

在Apache, php, MySQL的体系架构中,MySQL对于性能的影响最大,也是关键的核心部分。对于Discuz!论坛程序也是如此,MySQL的设置是否合理优化,直接影响到论坛的速度和承载量!同时,MySQL也是优化难度最大的一个部分,不但需要理解一些MySQL专业知识,同时还需要长时间的观察统计并且根据经验进行判断,然后设置合理的参数。 下面我们了解一下MySQL优化的一些基础,MySQL的优化我分为两个部分,一是服务器物理硬件的优化,二是MySQL自身(my.cnf)的优化。 
一、服务器硬件对MySQL性能的影响 
①磁盘寻道能力(磁盘I/O),以目前高转速SCSI硬盘(7200转/秒)为例,这种硬盘理论上每秒寻道7200次,这是物理特性决定的,没有办法改变。MySQL每秒钟都在进行大量、复杂的查询操作,对磁盘的读写量可想而知。所以,通常认为磁盘I/O是制约MySQL性能的最大因素之一,对于日均访问量在100万PV以上的Discuz!论坛,由于磁盘I/O的制约,MySQL的性能会非常低下!解决这一制约因素可以考虑以下几种解决方案: 使用RAID-0+1磁盘阵列,注意不要尝试使用RAID-5,MySQL在RAID-5磁盘阵列上的效率不会像你期待的那样快。 
②CPU 对于MySQL应用,推荐使用S.M.P.架构的多路对称CPU,例如:可以使用两颗Intel Xeon 3.6GHz的CPU,现在我较推荐用4U的服务器来专门做数据库服务器,不仅仅是针对于mysql。 
③物理内存对于一台使用MySQL的Database Server来说,服务器内存建议不要小于2GB,推荐使用4GB以上的物理内存,不过内存对于现在的服务器而言可以说是一个可以忽略的问题,工作中遇到了高端服务器基本上内存都超过了16G。 

二、MySQL自身因素当解决了上述服务器硬件制约因素后,让我们看看MySQL自身的优化是如何操作的。对MySQL自身的优化主要是对其配置文件my.cnf中的各项参数进行优化调整。下面我们介绍一些对性能影响较大的参数。 由于my.cnf文件的优化设置是与服务器硬件配置息息相关的,因而我们指定一个假想的服务器硬件环境:CPU: 2颗Intel Xeon 2.4GHz 内存: 4GB DDR 硬盘: SCSI 73GB(很常见的2U服务器)。 

下面,我们根据以上硬件配置结合一份已经优化好的my.cnf进行说明: 
#vim /etc/my.cnf以下只列出my.cnf文件中[mysqld]段落中的内容,其他段落内容对MySQL运行性能影响甚微,因而姑且忽略。 
[mysqld] 
port = 3306 
serverid = 1 
socket = /tmp/mysql.sock 
skip-locking 
#避免MySQL的外部锁定,减少出错几率增强稳定性。 
skip-name-resolve 
#禁止MySQL对外部连接进行DNS解析,使用这一选项可以消除MySQL进行DNS解析的时间。但需要注意,如果开启该选项,则所有远程主机连接授权都要使用IP地址方式,否则MySQL将无法正常处理连接请求! 
back_log = 384 
#back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。 如果系统在一个短时间内有很多连接,则需要增大该参数的值,该参数值指定到来的TCP/IP连接的侦听队列的大小。不同的操作系统在这个队列大小上有它自己的限制。 试图设定back_log高于你的操作系统的限制将是无效的。默认值为50。对于Linux系统推荐设置为小于512的整数。 
key_buffer_size = 256M 
#key_buffer_size指定用于索引的缓冲区大小,增加它可得到更好的索引处理性能。对于内存在4GB左右的服务器该参数可设置为256M或384M。注意:该参数值设置的过大反而会是服务器整体效率降低!
max_allowed_packet = 4M 
thread_stack = 256K 
table_cache = 128K 
sort_buffer_size = 6M 
#查询排序时所能使用的缓冲区大小。注意:该参数对应的分配内存是每连接独占,如果有100个连接,那么实际分配的总共排序缓冲区大小为100 × 6 = 600MB。所以,对于内存在4GB左右的服务器推荐设置为6-8M。 
read_buffer_size = 4M 
#读查询操作所能使用的缓冲区大小。和sort_buffer_size一样,该参数对应的分配内存也是每连接独享。 
join_buffer_size = 8M 
#联合查询操作所能使用的缓冲区大小,和sort_buffer_size一样,该参数对应的分配内存也是每连接独享。 
myisam_sort_buffer_size = 64M 
table_cache = 512 
thread_cache_size = 64 
query_cache_size = 64M 
#指定MySQL查询缓冲区的大小。可以通过在MySQL控制台观察,如果Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况;如果Qcache_hits的值非常大,则表明查询缓冲使用非常频繁,如果该值较小反而会影响效率,那么可以考虑不用查询缓冲;Qcache_free_blocks,如果该值非常大,则表明缓冲区中碎片很多。 
tmp_table_size = 256M 
max_connections = 768 
#指定MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too Many Connections的错误提 示,则需要增大该参数值。 
max_connect_errors = 10000000 
wait_timeout = 10 
#指定一个请求的最大连接时间,对于4GB左右内存的服务器可以设置为5-10。 
thread_concurrency = 8 
#该参数取值为服务器逻辑CPU数量*2,在本例中,服务器有2颗物理CPU,而每颗物理CPU又支持H.T超线程,所以实际取值为4*2=8 
skip-networking 
#开启该选项可以彻底关闭MySQL的TCP/IP连接方式,如果WEB服务器是以远程连接的方式访问MySQL数据库服务器则不要开启该选项!否则将无法正常连接! 
table_cache=1024 
#物理内存越大,设置就越大.默认为2402,调到512-1024最佳 
innodb_additional_mem_pool_size=4M 
#默认为2M 
innodb_flush_log_at_trx_commit=1 
#设置为0就是等到innodb_log_buffer_size列队满后再统一储存,默认为1 
innodb_log_buffer_size=2M 
#默认为1M 
innodb_thread_concurrency=8 
#你的服务器CPU有几个就设置为几,建议用默认一般为8 
key_buffer_size=256M 
#默认为218,调到128最佳 
tmp_table_size=64M 
#默认为16M,调到64-256最挂 
read_buffer_size=4M 
#默认为64K 
read_rnd_buffer_size=16M 
#默认为256K 
sort_buffer_size=32M 
#默认为256K 
thread_cache_size=120 
#默认为60 
query_cache_size=32M 

※值得注意的是: 
很多情况需要具体情况具体分析 
一、如果Key_reads太大,则应该把my.cnf中Key_buffer_size变大,保持Key_reads/Key_read_requests至少1/100以上,越小越好。 
二、如果Qcache_lowmem_prunes很大,就要增加Query_cache_size的值。

以上是关于MySQL my.cnf参数配置优化详解的主要内容,如果未能解决你的问题,请参考以下文章

mysql服务性能优化—my.cnf配置说明详解

mysql服务性能优化—my.cnf_my.ini配置说明详解(16G内存)

MySQL配置文件my.cnf优化详解

值得收藏!my.cnf配置文档详解

mysql服务性能优化—my.cnf配置说明详解

MySQL配置文件mysql.ini参数详解MySQL性能优化