MySQL（my.ini）配置文件详解

说明
1，红色表明重点参数
2，“全局缓存”、“线程缓存”，全局缓存是全部线程共享，线程缓存是每一个线程链接上数据时建立一个线程（若是没有设置线程池），假若有200链接、那就是200个线程，若是参数设定值是10M，那么参数值就是10*200=2000M=2G，颇有可能吃垮内存，因此线程缓存并非像全局缓存同样设定多少就占用多少，不可设置过大，必定注意

character-set-server=utf8
#服务器端字符集

collation-server=utf8_bin
#字符集的校队规则，这里是个坑，新手得当心
#默认***_ci，ci是 case insensitive, 即 "大小写不敏感", a 和 A 会在字符判断中会被当作同样的;
 ***_bin是二进制数据编译存储，大小写敏感，

lower_case_table_names = 0
#默认为0，数据库、表名大小写敏感

back_log = 600   
#在MYSQL暂时中止响应新请求以前，短期内的多少个请求能够被存在堆栈中。若是系统在短期内有不少链接，则须要增大该参数的值，该参数值指定到来的TCP/IP链接的监听队列的大小。默认值50。

max_connections = 3000   
#MySQL容许最大的进程链接数，若是常常出现Too Many Connections的错误提示，则须要增大此值，可是该值越大，占用内存越大。

max_connect_errors = 50 
#设置每一个主机的链接请求异常中断的最大次数，当超过该次数，MYSQL服务器将禁止host的链接请求，直到mysql服务器重启或经过flush hosts命令清空此host的相关信息。

wait_timeout=864000
#wait_timeout的初始值是28800，当应用程序持续8小时没有链接，会启动切断与应用程序链接池的关联，再链接时，会提示wait_timeout错误。

external-locking = FALSE  
#使用–skip-external-locking MySQL选项以免外部锁定。该选项默认开启

max_allowed_packet = 32M  
#设置在网络传输中一次消息传输量的最大值。系统默认值 为1MB，最大值是1GB，必须设置1024的倍数。

skip-name-resolve
#禁用DNS反向解析，惟一的局限是以后GRANT语句中只能使用IP地址了，所以在添加这项设置到一个已有系统中必须注意

slow_query_log=on
#打开慢查询记录
slow_query_log_file=mysql-slow
#慢查询记录日志
long_query_time = 1
#记录执行时间超过N（秒）的查询

server-id = 1
#主从复制时必须设置的参数，而且不能和其余机器重复
log-bin=mysql-bin
#二进制日志
binlog_cache_size = 4M
#【线程缓存】 为每一个session 分配的内存，在事务过程当中用来存储二进制日志的缓存。
#show global status like 'bin%';
#上述语句咱们能够获得当前 数据库binlog_cache_size的使用状况
#+-----------------------+-------+
#| Variable_name         | Value |
#+-----------------------+-------+
#| Binlog_cache_disk_use | ???
#| Binlog_cache_use      | ?????
#Binlog_cache_disk_use表示由于咱们binlog_cache_size设计的内存不足致使缓存二进制日志用到了临时文件的次数
#Binlog_cache_use  表示 用binlog_cache_size缓存的次数
#当对应的Binlog_cache_disk_use 值比较大的时候 咱们能够考虑适当的调高 binlog_cache_size 对应的值
max_binlog_cache_size =2M
#表示的是binlog 可以使用的最大cache 内存大小，这个默认就能够
max_binlog_size = 512M
#单binlog文件最大容量，超过则创建新binlog文件
expire_logs_days = 7
#二进制文件自动删除天数，默认为0，表示不删除
#mysql使用flush logs的操做来清除日志，下面几种状况会触发flush logs
#1. 重启
#2. BINLOG文件大小达到参数max_binlog_size限制
#3. 手工执行命令。

default-storage-engine = InnoDB
#默认引擎

transaction_isolation = READ-COMMITTED   
# 设定默认的事务隔离级别.可用的级别以下:
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
# 1.READ UNCOMMITTED-读未提交2.READ COMMITTE-读已提交3.REPEATABLE READ -可重复读4.SERIALIZABLE -串行

table_cache = 2000
#设置最大缓存表的个数。默认2000，全局性参数， 缓存表的信息，包括字段、索引等。 使用表缓存的好处是能够更快速地访问表中的内容。执行flush tables会清空缓存的内容。通常来讲，能够经过show status like 'open%tables%'查看数据库运行峰值时间的状态值 Open_tables和 Opened_tables ，判断是否须要增长 table_cache 的值（其中 open_tables 是当前打开的表的数量， Opened_tables 则是已经打开的表的数量）。即若是open_tables接近table_cache的时候，而且Opened_tables这个值在逐步增长，那就要考虑增长这个值的大小了。还有就是Table_locks_waited比较高的时候，也须要增长table_cache。
tmp_table_size = 20M   
#【线程缓存】 它规定了内部内存临时表的最大值，每一个线程都要分配。（实际起限制做用的是tmp_table_size和max_heap_table_size的最小值。）若是临时表超出了限制，MySQL就会自动地把它转化为基于磁盘的MyISAM表，而内存表则不会。
#若是使用临时表状况少，能够默认
max_heap_table_size = 256M
#若是不使用内存表，能够默认

thread_cache_size = 64
# 服务器线程缓存这个值表示能够从新利用保存在缓存中线程的数量,当断开链接时若是缓存中还有空间,那么客户端的线程将被放到缓存中,若是线程从新被请求，那么请求将从缓存中读取,若是缓存中是空的或者是新的请求，那么这个线程将被从新建立,若是有不少新的线程，增长这个值能够改善系统性能.经过比较 Connections 和 Threads_created 状态的变量，能够看到这个变量的做用。设置规则以下：1GB 内存配置为8，2GB配置为16，3GB配置为32，4GB或更高内存，可配置更大。
thread_concurrency = 8  
#hread_concurrency变量是针对于Solaris 8及低版本的系统，设置了这个变量mysqld会调用thr_setconcurrency()函数。这个函数容许应用程序给同一时间运行的线程系统提示所需数量的线程。当前的Solaris 版本中这个参数已经没有做用了。这个参数在mysql 5.6.1中已经被标记为过期，在5.7.2版本的mysql中被移除。 

query_cache_size = 64M   
#【全局缓存】 前面的文章专门讲过这个参数，该参数不适合分配过大。并且在高并发，写入量大的系统，建议把该功能禁掉。
query_cache_limit = 4M    
#指定单个查询可以使用的缓冲区大小，缺省为1M
query_cache_min_res_unit = 2k    
#默认是4KB，设置值大对大数据查询有好处，但若是你的查询都是小数据查询，就容易形成内存碎片和浪费
#查询缓存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%
#若是查询缓存碎片率超过20%，能够用FLUSH QUERY CACHE整理缓存碎片，或者试试减少query_cache_min_res_unit，若是你的查询都是小数据量的话。
#查询缓存利用率 = (query_cache_size – Qcache_free_memory) / query_cache_size * 100%
#查询缓存利用率在25%如下的话说明query_cache_size设置的过大，可适当减少;查询缓存利用率在80%以上并且Qcache_lowmem_prunes > 50的话说明query_cache_size可能有点小，要不就是碎片太多。
#查询缓存命中率 = (Qcache_hits – Qcache_inserts) / Qcache_hits * 100%

read_buffer_size = 1M  
#【线程缓存】 MySql读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区，MySql会为它分配一段内存缓冲区。read_buffer_size变量控制这一缓冲区的大小。若是对表的顺序扫描请求很是频繁，而且你认为频繁扫描进行得太慢，能够经过增长该变量值以及内存缓冲区大小提升其性能。和sort_buffer_size同样，该参数对应的分配内存也是每一个链接独享。
read_rnd_buffer_size = 16M
#【线程缓存】MySql的随机读（查询操做）缓冲区大小。当按任意顺序读取行时(例如，按照排序顺序)，将分配一个随机读缓存区。进行排序查询时，MySql会首先扫描一遍该缓冲，以免磁盘搜索，提升查询速度，若是须要排序大量数据，可适当调高该值。但MySql会为每一个客户链接发放该缓冲空间，因此应尽可能适当设置该值，以免内存开销过大。
sort_buffer_size = 2M  
#【线程缓存】 Sort_Buffer_Size 是一个connection级参数，在每一个connection（session）第一次须要使用这个buffer的时候，一次性分配设置的内存。
# Sort_Buffer_Size 并非越大越好，因为是connection级的参数，过大的设置+高并发可能会耗尽系统内存资源。例如：500个链接将会消耗 500*sort_buffer_size(8M)=4G内存
# Sort_Buffer_Size 超过2KB的时候，就会使用mmap() 而不是 malloc() 来进行内存分配，致使效率下降。
# explain select*from table where order limit；出现filesort
max_length_for_sort_data= 1024
# mysql排序使用sort_buffer_size和max_length_for_sort_data两种方式，若是查询列和orderby列的长度和值会大于1024，将使用max_length_for_sort_data，
# 能够默认
join_buffer_size = 2M   
#【线程缓存】 用于表间关联缓存的大小，和sort_buffer_size同样，该参数对应的分配内存也是每一个链接独享。
bulk_insert_buffer_size = 64M   
# 多值的 INSERT 或者 LOAD DATA 是往一个非空的数据表里增长记录，经过调整该参数能够有效提升插入效率，默认为8M

key_buffer_size = 2048M 
# 【全局缓存】 针对MyISAM引擎，批定用于索引的缓冲区大小，增长它能够获得更好的索引处理性能，对于内存在4GB左右的服务器来讲，该参数可设置为256MB或384MB。
myisam_sort_buffer_size = 128M   
# MyISAM表发生变化时从新排序所需的缓冲
myisam_max_sort_file_size = 10G   
# MySQL重建索引时所容许的最大临时文件的大小 (当 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE).
# 若是文件大小比此值更大,索引会经过键值缓冲建立(更慢)
myisam_max_extra_sort_file_size = 10G
myisam_repair_threads = 1   
# 若是一个表拥有超过一个索引, MyISAM 能够经过并行排序使用超过一个线程去修复他们.
# 这对于拥有多个CPU以及大量内存状况的用户,是一个很好的选择.
myisam_recover   
#自动检查和修复没有适当关闭的 MyISAM 表

innodb_buffer_pool_size  = 2048M  
#【全局缓存】 这对Innodb表来讲很是重要。Innodb相比MyISAM表对缓冲更为敏感。MyISAM能够在默认的 key_buffer_size 设置下运行的能够，然而Innodb在默认的innodb_buffer_pool_size 设置下却跟蜗牛似的。因为Innodb把数据和索引都缓存起来，无需留给操做系统太多的内存，所以若是只须要用Innodb的话则能够设置它高达 70-80% 的可用内存（注意，这里是可用，不是内存总量）。

innodb_additional_mem_pool_size = 16M
#【全局缓存】 这个参数用来设置 InnoDB 存储的数据目录信息和其它内部数据结构的内存池大小，相似于Oracle的library cache。
#能够默认

innodb_data_file_path = ibdata1:1024M:autoextend  
#表空间文件 重要数据
#能够默认

innodb_read_io_threads
#读线程数，默认为4

innodb_write_io_threads
#写线程数，默认为4

innodb_thread_concurrency =0   
#并发线程数量，默认是0即不限制，取值范围0-1000，不可动态修改
#能够默认

innodb_flush_log_at_trx_commit = 1 
# 若是将此参数设置为1，将在每次提交事务后将日志写入磁盘。为提供性能，能够设置为0或2，但要承担在发生故障时丢失数据的风险。
# 默认值1的意思是每一次事务提交或事务外的指令都须要把日志写入（flush）硬盘，这是很费时的。设成2对于不少运用，它的意思是不写入硬盘而是写入系统缓存。日志仍然会每秒flush到硬 盘，因此你通常不会丢失超过1-2秒的更新。
# 设成0会更快一点，但安全方面比较差，即便MySQL挂了也可能会丢失事务的数据；设置成2只会在整个操做系统 挂了时才可能丢数据；设置成1是最安全的设置，性能也是相对最弱的。

innodb_log_buffer_size = 1M  
#【全局缓存】 这项配置决定了为还没有执行的事务分配的缓存。其默认值（1MB）通常来讲已经够用了，可是若是你的事务中包含有二进制大对象或者大文本字段的话，这点缓存很快就会被填满并触发额外的I/O操做。看看Innodb_log_waits状态变量，若是它不是0，增长innodb_log_buffer_size。MySQL开发人员建议设置为1－8M之间

innodb_log_file_size = 500M
#redo日志的大小，redo日志被用于确保写操做快速而可靠而且在崩溃时恢复。一直到MySQL 5.5，redo日志的总尺寸被限定在4GB(默承认以有2个log文件)。这在MySQL 5.6里被提升。若是把innodb_log_file_size设置成512M(这样有1GB的redo日志)会使你有充裕的写操做空间。通常设置为256~512M

innodb_log_files_in_group = 3   
#为提升性能，MySQL能够以循环方式将日志文件写到多个文件。默认为2，推荐设置为3M

innodb_max_dirty_pages_pct = 75
# Buffer_Pool中Dirty_Page（脏页）所占的数量，直接影响InnoDB的关闭时间。参数innodb_max_dirty_pages_pct 能够直接控制了Dirty_Page在Buffer_Pool中所占的比率，并且幸运的是innodb_max_dirty_pages_pct是能够动态改变的。因此，在关闭InnoDB以前先将innodb_max_dirty_pages_pct调小，强制数据块Flush一段时间，则可以大大缩短 MySQL关闭的时间。
#能够默认

innodb_lock_wait_timeout = 50 
# InnoDB 有其内置的死锁检测机制，能致使未完成的事务回滚。可是，若是结合InnoDB使用MyISAM的lock tables 语句或第三方事务引擎,则InnoDB没法识别死锁。为消除这种可能性，能够将innodb_lock_wait_timeout设置为一个整数值，指示 MySQL在容许其余事务修改那些最终受事务回滚的数据以前要等待多长时间(秒数)
# 当事务等待一个锁的时间 ，若是超过期间则回滚
# 根据须要设置等待时间

innodb_file_per_table = 0  
#独立表空间的设置，默认为0，则为共享表空间；若是为1，则为独立表空间
#建议打开, 尤为是在数据量比较大的，ibdata1文件只会增大，不会减少，大到必定程度会影响insert  update 速度，另外若是删表频繁的话，共享表空间产生的碎片会比较多，而且没法向OS回收空间。

[mysqldump] quick max_allowed_packet = 32M [mysqld_safe] log-error=/data/3306/mysql_oldboy.err pid-file=/data/3306/mysqld.pid