博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
my.cnf配置文件参考
阅读量:4110 次
发布时间:2019-05-25

本文共 13154 字,大约阅读时间需要 43 分钟。

下面是72GB内存生产环境中my.cnf配置文件,读者可以作为一个优化参考:

###############缓存配置整体说明############################################ global_buffers 在内存中缓存从数据文件中检索出来的数据块,可以大大提高查询和更新数据的性能## 计算公式:##               Innodb_buffer_pool_size + ##               Innodb_additional_mem_pool_size + ##               Innodb_log_buffer_size + ##               key_buffer_size + query_cache_size## per_thread_buffers 线程独享内存大小## 计算公式:##            (     read_buffer_size +                      read_rnd_buffer_size +                      sort_buffer_size +                      thread_stack +                      join_buffer_size +                      binlog_cache_size                )* max_connections## 注意:global_buffers + per_thread_buffers 不能大于实际物理内存,否者并发量大时会造成内存溢出、系统死机 !################缓存配置整体说明########################################## MySQL configuration for 72G memory# 定义客户端连接信息,端口号、socket 存放位置[client]port    = 3306socket  = /tmp/mysql.sock# The MySQL server#########Basic################### Mysql 基本信息,端口号、socket、安装目录、数据存放目录、临时目录[mysqld]# Mysql Server 唯一标识,用来做主同同步( 主从时开启 )server-id= 22port     = 3306user     = mysqlbasedir  = /usr/local/mysqldatadir  = /mysqlData/datatmpdir   = /mysqlData/tmpsocket   = /tmp/mysql.sock# 避免 Mysql 外部锁定,减少出错几率、增强稳定性skip-external-locking# 禁止 Mysql 对外部连接进行 DNS 解析,加快连接速度。开启后所有远程连接主机只能使用 IP 的方式skip-name-resolvelower_case_table_names = 1# 禁止 SQL 读取本地文件local-infile = 0# 默认存储引擎default-storage-engine = INNODB# 默认字符集 utf8character-set-server = utf8# 服务器默认的“wait_timeout”是8小时,也就是说一个connection空闲超过8个小时,Mysql将自动断开该connection# Mysql 处理完一条连接后所等待释放的时间,如果并发很高,默认设置会导致最大连接被占满,出现 "too many connections" 错误 )#( 如果这个值很低,比如 5 ,可能会导致出现 "ERROR 2006 (HY000) MySQL server has gone away" 的错误,出现这个错误还有可能是 max_allowed_packet 设置过小 )# 数据库连接池如果没有配置正确,就会导致connection失效,wait_timeout与interactive_timeout要同时设置# 数据库连接池中需要配置的存活时间小于数据库中的时间,或者通过定期检查链接的状态# wait_timeout:服务器关闭非交互连接之前等待活动的秒数。wait_timeout = 100# interactive_timeout:服务器关闭交互式连接前等待活动的秒数。interactive_timeout = 100#mysql客户端在尝试与mysql服务器建立连接时,mysql服务器返回错误握手协议前等待客户端数据包的最大时限。默认10秒。connect_timeout = 20# 在MYSQL暂时停止响应新请求之前,短时间内的多少个请求可以被存在堆栈中# Mysql 连接请求队列存放数,当某一时刻客户端连接请求过多,造成 Mysql Server 无法为其建立连接时存放的数量,# 最大 65535( 增大时需同时调整 OS 级别的网络监听队列限制 ),默认50back_log = 500myisam_recoverevent_scheduler = ON#########general_log,一般不开启#### 开启查询日志,一般选择不开启,因为查询日志记录很详细,会增大磁盘 IO 开销,影响性能# general_log = on# 查询日志存放位置及文件名# general_log_file = /usr/local/mysql/data/mysql.log#########binlog################### 开启 binlog ( 二进制 ) 日志,主要用来做增量备份跟主从同步log-bin = /mysqlLog/logs/mysql-bin# Mysql binlog 的日志格式,Statement、ROW 跟 Mixed( 混合模式 )binlog_format = rowmax_binlog_size = 28M# 二进制日志缓冲大小,此参数是为每 Session 单独分配的,# 当一个线程开始一个事务时,Mysql 就会为此 Session 分配一个 binlog cache,# 当这个事务提交时,binlog cache 中的数据被写入 binlog 文件# 通过 show status like 'binlog_cache%'; 来查看使用 binlog cache 的次数及使用磁盘的次数binlog_cache_size = 2M# 这个参数对 Mysql 系统来说很重要,不仅影响到 binlog 对 Mysql 所带来的性能损耗,还影响到 Mysql 中数据的完整性。# 值为 0 时代表事务提交后,Mysql 不做 fsync 之类的磁盘同步指令刷新 binlog_cache 中的信息到磁盘# 而让 Filesystem 自行决定什么时候同步,或者 cache 满了之后才同步磁盘。# 值为 n 时代表进行 n 次事务提交后,Mysql 将进行一次 fsync 之类的磁盘同步指令来将 binlog_cache 中的数据强制写入磁盘。# 系统默认将此参数设置为 0 ,即不做任何强制性的磁盘刷新指令,性能最好,但是风险也最大。当系统崩溃时 binlog_cache 中的所有 binlog 信息都会丢失。# 而设置为 1 时,是最安全但是性能损耗最大。当系统崩溃时,最多丢失 binlog_cache 中未完成的一个事务,对实际数据没有实质性的影响。sync_binlog = 0# 保留 5 天的 binlog 日志,系统重启、执行 flush logs 或 binlog 日志文件大小达到上限时删除 binlog 日志expire-logs-days = 5#########replication##############mysql从复制连结等待读取数据的最大时限,默认3600秒。slave-net-timeout                  = 10rpl_semi_sync_master_enabled       = 1rpl_semi_sync_master_wait_no_slave = 1rpl_semi_sync_master_timeout       = 1000rpl_semi_sync_slave_enabled        = 1skip-slave-startlog_slave_updates                  = 1relay_log_recovery                 = 1#########slow log############## 开启慢查询日志,开启后将会记录执行时间超过 long_query_time 参数值的 SQL 语句( 一般临时开启即可 )slow_query_log = 1# 定义慢查询日志存放位置slow_query_log_file = /mysqlLog/logs/mysql.slow# 定义执行时间超过多少秒为慢查询,默认 10slong_query_time = 2#########error log############## 错误日志位置跟文件名log-error  = /mysqlLog/logs/error.log# 如果此参数不开启,error_log 中会有警告信息explicit_defaults_for_timestamp = 1#######per_thread_buffers#############查看最大连接数:show variables like '%max_connections%';#修改最大连接数:set GLOBAL max_connections = 200;(重启后失效)或则直接修改配置文件#默认100,最大可以达到16384#使用命令show processlist; 可以查询相关(root所有,其他账号只显示自己相关的)的连接信息,显示100条#使用show full processlist; 可列出所有# Mysql 最大连接数,直接影响 Mysql 应用的并发处理能力#( 500~1000 是个比较合适的值,注意每建立的连接都会占用一定的内存空间,直到连接被关闭才释放内存 )max_connections=1024max_user_connections=1000# 最大连接失败次数,跟性能没有太大关系,主要跟安全方面有关# 设置每个主机的连接请求异常中断的最大次数,当超过该次数,MYSQL服务器将禁止host的连接请求# 直到mysql服务器重启或通过flush hosts命令清空此host的相关信息,默认100max_connect_errors=10000# 用来缓存 MyISAM 存储引擎的索引( 默认 8M ,如果使用 Innodb 存储引擎,此值设为 64M 或更小 )# 增加它可以得到更好的索引处理性能# 计算公式:key_reads / key_read_requests * 100% 的值小于 0.1%key_buffer_size = 64M# 网络传输中一次消息量的最大值,默认 4M ,必须设为 1024 的整倍数max_allowed_packet = 128M# 指示表调整缓冲区大小,设置表高速缓存的数目。每个连接进来,都会至少打开一个表缓存。# 因此, table_cache 的大小应与 max_connections 的设置有关。# 例如,对于 200 个并行运行的连接,应该让表的缓存至少有 200 × N ,这里 N 是应用可以执行的查询的一个联接中表的最大数量。# 此外,还需要为临时表和文件保留一些额外的文件描述符。# 当 Mysql 访问一个表时,如果该表在缓存中已经被打开,则可以直接访问缓存;# 如果还没有被缓存,但是在 Mysql 表缓冲区中还有空间,那么这个表就被打开并放入表缓冲区;# 如果表缓存满了,则会按照一定的规则将当前未用的表释放,或者临时扩大表缓存来存放,使用表缓存的好处是可以更快速地访问表中的内容。# 执行 flush tables 会清空缓存的内容。# 一般来说,可以通过查看数据库运行峰值时间的状态值 Open_tables 和 Opened_tables ,判断是否需要增加 table_cache 的值# (其中 open_tables 是当前打开的表的数量, Opened_tables 则是已经打开的表的数量)# 即如果open_tables接近table_cache的时候,并且Opened_tables这个值在逐步增加,那就要考虑增加这个值的大小了。# 还有就是Table_locks_waited比较高的时候,也需要增加table_cache。table_cache = 3096# 打开文件描述符的缓存个数,防止系统频繁打开、关闭描述符而浪费资源( 对性能有影响,默认 2000 )table_open_cache = 6144table_definition_cache = 4096# 系统中对数据进行排序时使用的 buffer ,如果系统中排序比较大,且内存充足、并发不大时,可以适当增大此值#( 默认 256K ,此参数为每线程分配独立的 buffer )# Sort_Buffer_Size 是一个connection级参数,在每个connection(session)第一次需要使用这个buffer的时候,一次性分配设置的内存。# Sort_Buffer_Size 并不是越大越好,由于是connection级的参数,过大的设置+高并发可能会耗尽系统内存资源。# 例如:500个连接将会消耗 500*sort_buffer_size(8M)=4G内存# Sort_Buffer_Size 超过2KB的时候,就会使用mmap() 而不是 malloc() 来进行内存分配,导致效率降低。# 技术导读 http://blog.webshuo.com/2011/02/16/mysql-sort_buffer_size/# dev-doc: http://dev.mysql.com/doc/refman/5.5/en/server-parameters.html# explain select*from table where order limit;出现filesort# 属重点优化参数sort_buffer_size = 512K# Mysql 读入缓冲区大小,对表进行顺序扫描的请求将分配一个读入缓冲区,MySql会为它分配一段内存缓冲区。# Mysql 会为其分配一段内存缓冲区( 默认 128K ,此参数为每线程分配 )# read_buffer_size变量控制这一缓冲区的大小。如果对表的顺序扫描请求非常频繁,# 并且你认为频繁扫描进行得太慢,可以通过增加该变量值以及内存缓冲区大小提高其性能。# 和sort_buffer_size一样,该参数对应的分配内存也是每个连接独享。read_buffer_size = 512K# Mysql 随机 Query 缓冲区大小,当按任意顺序读取行时,将分配一个随机读取缓冲区。# 如进行排序查询时,Mysql 会首先扫描该缓冲,避免磁盘搜索,提高查询速度( 默认 256K ,该缓冲也是为每线程分配 )read_rnd_buffer_size = 512k# join 为 ALL、index、rang 或 index_merge 时使用的 buffer( 默认 256K ,每 Thread 都会建立自己独立的 buffer )join_buffer_size = 512K# 临时表大小,默认大小是 32M# 如果一张临时表超出该大小,MySQL产生一个 The table tbl_name is full 形式的错误,# 如果你做很多高级 GROUP BY 查询,增加 tmp_table_size 值。如果超过该值,则会将临时表写入磁盘。tmp_table_size = 64Mmax_heap_table_size = 64M# 是否启用 query_cache ,0 为不使用( 若要关闭 query_cache 时,需同时将 query_cache_size 、query_cache_limit 设为 0 )query_cache_type=0# 工作原理:一个SELECT查询在DB中工作后,DB会把该语句缓存下来,当同样的一个SQL再次来到DB里调用时,# DB在该表没发生变化的情况下把结果从缓存中返回给Client。# 这里有一个关建点,就是DB在利用Query_cache工作时,要求该语句涉及的表在这段时间内没有发生变更。# 如果该表在发生变更时,Query_cache里的数据又怎么处理呢?首先要把Query_cache和该表相关的语句全部置为失效,然后在写入更新。# 如果Query_cache非常大,该表的查询结构又比较多,查询语句失效也慢,一个更新或是Insert就会很慢,这样看到的就是Update或是Insert怎么这么慢了。# 重点优化参数(主库 增删改-MyISAM)# 查询缓冲大小,当重复查询时会直接从该缓冲中获取,但是当所查询表有改变时,缓冲的查询将失效#( 频繁写入、更新、高并发的环境下建议关闭此缓冲 )query_cache_size = 0# 单个查询所能够使用的缓冲区大小,默认1Mquery_cache_limit = 1M# 使用全文索引最小长度ft_min_word_len = 1# 默认是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%query_cache_min_res_unit = 2k# 批量插入数据缓存大小,可以有效提高插入效率,默认为8Mbulk_insert_buffer_size = 32M# Thread Cache 池中存放的连接线程数#( 此池中的线程不是启动服务时就创建的,而是随着连接线程的创建和使用,逐渐将用完的线程存入其中,达到此值后将不再缓存连接线程 )# 缓存命中率计算公式:Thread_Cache_Hit = ( Connections - Thread_created ) / Connections * 100%# 系统运行一段时间后,Thread Cache 命中率应该保持在 90% 以上# 服务器线程缓存这个值表示可以重新利用保存在缓存中线程的数量,# 当断开连接时如果缓存中还有空间,那么客户端的线程将被放到缓存中,如果线程重新被请求,那么请求将从缓存中读取,# 如果缓存中是空的或者是新的请求,那么这个线程将被重新创建,如果有很多新的线程,增加这个值可以改善系统性能.# 通过比较 Connections 和 Threads_created 状态的变量,可以看到这个变量的作用。# 设置规则如下:1GB 内存配置为8,2GB配置为16,3GB配置为32,4GB或更高内存,可配置更大。thread_cache_size = 64# 设置thread_concurrency的值的正确与否, 对mysql的性能影响很大, # 在多个cpu(或多核)的情况下,错误设置了thread_concurrency的值, 会导致mysql不能充分利用多cpu(或多核), 出现同一时刻只能一个cpu(或核)在工作的情况。# thread_concurrency应设为CPU核数的2倍. 比如有一个双核的CPU, 那么thread_concurrency的应该为4; 2个双核的cpu, thread_concurrency的值应为8# 属重点优化参数thread_concurrency = 32# 每线程的堆栈大小,默认值足够大,可满足普通操作。可设置范围为128K至4GB,默认为192KB。thread_stack = 256K######### InnoDB #############innodb_data_home_dir = /mysqlData/datainnodb_log_group_home_dir = /mysqlLog/logs# 指定一个大小为 2G 的、可扩展的 ibdata1 数据文件innodb_data_file_path = ibdata1:2G:autoextend# Innodb 存储引擎核心参数,用于缓存 Innodb 表的索引、数据#( 默认 128M ,单独使用 Innodb 存储引擎且单一 Mysql 服务时建议设为物理内存的 70% - 80 % )# 可以通过 show status like 'innodb_buffer_pool_%'; 来获取 innodb buffer pool 的实时状态信息# Innodb_buffer_pool_pages_total 总共的 pages( Innodb 存储引擎中所有数据存放最小物理单位 page ,每个 page 默认为 16KB )# Innodb_buffer_pool_pages_free  空闲的 pages# Innodb_buffer_pool_pages_data  有数据的 pages# Innodb_buffer_pool_read_requests  总共的 read 请求次数# Innodb_buffer_pool_reads  读取物理磁盘读取数据的次数,即:在 buffer pool 中没有找到# Innodb_buffer_pool_wait_free  因 buffer 空间不足而产生的 wait_free# Innodb_buffer_pool_read_ahead_rnd  记录进行随机读的时候产生的预读次数# Innodb_buffer_pool_read_ahead_seq  记录连续读的时候产生的预读次数# Innodb_buffer_pool_size  使用率 = innodb_buffer_pool_pages_data / innodb_buffer_pool_pages_total * 100%# Innodb_buffer_pool_read  命中率 = ( innodb_buffer_pool_read_requests - innodb_buffer_pool_reads )/ innodb_buffer_pool_read_requests * 100%innodb_buffer_pool_size = 50Ginnodb_buffer_pool_instances = 8# 使用系统自带的内存分配器,替代 innodb_additional_mem_pool_size 参数# innodb_use_sys_malloc = 1# 这个参数用来设置 InnoDB 存储的数据目录信息和其它内部数据结构的内存池大小,# 类似于Oracle的library cache。这不是一个强制参数,可以被突破。innodb_additional_mem_pool_size = 16M# 此参数确定数据日志文件的大小,以M为单位,更大的设置可以提高性能,但也会增加恢复故障数据库所需的时间,Redo log文件innodb_log_file_size = 1024M# 事务日志所使用的缓冲区。# Innodb 在写事务日志时,为了提高写 Log 的 IO 性能,先将信息写入 Innodb Log Buffer 中,# 当满足 Innodb_flush_log_trx_commit 参数或日志缓冲区写满时,再将日志同步到磁盘中。# 默认 8M ,一般设为 16~64M 即可,可以通过 show status like 'innodb_log%'; 查看状态innodb_log_buffer_size = 64M# 为提高性能,MySQL可以以循环方式将日志文件写到多个文件。推荐设置为3Minnodb_log_files_in_group = 3# Innodb 事务日志刷新方式,# 0 为每隔一秒 log thread 会将 log buffer 中的数据写入到文件,并通知文件系统进行文件同步 flush 操作,极端情况下会丢失一秒的数据# 1 为每次事务结束都会触发 log thread 将 log buffer 中的数据写入文件并通知文件系统同步文件,数据最安全、不会丢失任何已经提交的数据# 2 为每次事务结束后 log thread 会将数据写入事务日志# 但只是调用了文件系统的文件写入操作,并没有同步到物理磁盘,因为文件系统都是有缓存机制的,各文件系统的缓存刷新机制不同# 当设为 1 时是最为安全的,但性能也是最差的。# 0 为每秒同步一次,性能相对高一些。# 设为 2 性能是最好的,但故障后丢失数据也最多( OS 跟主机硬件、供电足够安全可以选择,或对数据少量丢失可以接受 )。innodb_flush_log_at_trx_commit = 2#InnoDB 有其内置的死锁检测机制,LOCK TABLES语句锁定设置,能导致未完成的事务回滚。#如果使用其他事务引擎处理锁,就会导致内置检测失效,需要通过配置对应参数解决#InnoDB事务在被回滚之前可以设置一个等待锁的超时秒数,默认为50s,#表示事务等待获取资源等待的最长时间,超过这个时间还未分配到资源则会返回应用失败,回滚数据#通过以下方式可以动态设置#set innodb_lock_wait_timeout=100;   ---------session#set global innodb_lock_wait_timeout=100;   ---------global#注意global的修改对当前线程是不生效的,只有建立新的连接才生效。innodb_lock_wait_timeout = 10innodb_sync_spin_loops = 40innodb_max_dirty_pages_pct = 90innodb_support_xa = 1# Innodb 线程并发数,0 为不限制,默认 0# 服务器有几个CPU就设置为几,建议用默认设置,一般为8.innodb_thread_concurrency = 0innodb_thread_sleep_delay = 500# 文件IO的线程数,一般为 4,但是在 Windows 下,可以设置得较大。innodb_file_io_threads    = 4innodb_concurrency_tickets = 1000log_bin_trust_function_creators = 1innodb_flush_method = O_DIRECT# 0:关闭独享表空间,使用共享表空间innodb_file_per_table# Innodb 使用后台线程处理数据页上的 IO 请求,根据 CPU 核数修改,默认 4innodb_read_io_threads = 16innodb_write_io_threads = 16innodb_io_capacity = 2000innodb_file_format = Barracudainnodb_purge_threads=1innodb_purge_batch_size = 32innodb_old_blocks_pct=75innodb_change_buffering=all# 事务隔离级别,为了有效保证并发读取数据的正确性( 默认 Repeatables Read 即:可重复读 )# Innodb 有四种隔离级别:Read Uncommitted( 未提交读 )、Read Committed( 已提交读 )、# Repeatable Read( 可重复读 )、Serializable( 可序列化 )transaction_isolation = READ-COMMITTED####快速预热 Buffer_pool 缓冲池########################### 当机器正常重启后,热数据还保留在内存中,避免瞬间连接数爆满导致机器死机# 关闭数据库时把热数据 dump 到本地磁盘。innodb_buffer_pool_dump_at_shutdown = 1# 采用手工方式把热数据 dump 到本地磁盘。innodb_buffer_pool_dump_now = 1# 启动时把热数据加载到内存。innodb_buffer_pool_load_at_startup = 1# 采用手工方式把热数据加载到内存。innodb_buffer_pool_load_now = 1[mysqldump]quick#在使用mysqldump备份数据时,服务器发送和接受的最大包长度#使用 mysqldump 工具备份数据库时,当某张表过大时备份会报错,需要增大该值( 增大到大于表大小的值 )#[查看备份文件大小](https://www.cnblogs.com/diandiandidi/p/5582309.html)max_allowed_packet = 128M# MyISAM表发生变化时重新排序所需的缓冲myisam_sort_buffer_size = 128M # MySQL重建索引时所允许的最大临时文件的大小 (当 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE).# 如果文件大小比此值更大,索引会通过键值缓冲创建(更慢)myisam_max_sort_file_size = 10Gmyisam_max_extra_sort_file_size = 10G# 如果一个表拥有超过一个索引, MyISAM 可以通过并行排序使用超过一个线程去修复他们.# 这对于拥有多个CPU以及大量内存情况的用户,是一个很好的选择.myisam_repair_threads = 1# 自动检查和修复没有适当关闭的 MyISAM 表myisam_recover   [mysql]no-auto-rehash[myisamchk]key_buffer_size = 64Msort_buffer_size = 256kread_buffer = 2Mwrite_buffer = 2M[mysqlhotcopy]interactive-timeout[mysqld_safe]open-files-limit = 28192
你可能感兴趣的文章
【Python】学习笔记——-7.2、访问限制
查看>>
【Python】学习笔记——-7.3、继承和多态
查看>>
【Python】学习笔记——-7.4、获取对象信息
查看>>
【Python】学习笔记——-7.5、实例属性和类属性
查看>>
Linux设备模型(总线、设备、驱动程序和类)之四:class_register
查看>>
git中文安装教程
查看>>
虚拟机 CentOS7/RedHat7/OracleLinux7 配置静态IP地址 Ping 物理机和互联网
查看>>
弱类型、强类型、动态类型、静态类型语言的区别是什么?
查看>>
Struts2技术内幕图书 转载
查看>>
Java异常分类
查看>>
项目中的jackson与json-lib使用比较
查看>>
Jackson Tree Model Example
查看>>
j2ee-验证码
查看>>
日志框架logj的使用
查看>>
js-高德地图规划路线
查看>>
常用js收集
查看>>
mydata97的日期控件
查看>>
如何防止sql注入
查看>>
maven多工程构建与打包
查看>>
springmvc传值
查看>>