https://www.cnblogs.com/zhoujinyi/p/5227462.html
https://blog.csdn.net/chenlushun12/article/details/79674454
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock
[mysqld_safe]
thp-setting=never
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
local-infile = 0
lc-messages-dir = /usr/share/mysql
skip-external-locking
skip-name-resolve
#bind-address = 127.0.0.1
#对timestamp新的行为控制参数,相关文章。
explicit_defaults_for_timestamp = 1
character-set-server = utf8mb4
default-storage-engine=INNODB
##thread相关参数:Thread_pool_size X Thread_pool_oversubscribe = MySQL内部同时支持运行的最大任务数,相关文章
#MySQL线程调度方式,
thread_handling = pool-of-threads
#根据系统的CPU创建出thread_pool_size(该参数不建议调整)threadpool中group数量,默认为cpu核心数,server启动时自动计算
#thread_pool_size = auto
#每个thread_pool_size里同时可以运行多少个任务,超过限制后,继续创建worker线程会被延迟
thread_pool_oversubscribe = 20
#timer线程检测间隔,单位为毫秒,用于防止thread pool里的线程死掉.Thread pool里线程如果超过thread_pool_stall_limit声明的时间没响应降会重新创建
thread_pool_stall_limit = 50
#用于声明extra_port最大允许的连接,extra_port 去监听一个和服务端口不一样的端口,用于Thread pool被占满或是被锁着的情况下用于管理使用.
extra_max_connection = 5
#线程池的优先级:transactions:使用优先队列和普通队列,对于事务已经开启的statement,放到优先队列中,否则放到普通队列中。statements:只使用优先队列
;none: 只是用普通队列,本质上和statements相同,都是只是用一个队列
thread_pool_high_prio_mode = transactions
#当开启了优先队列模式后,每个连接最多允许thread_pool_high_prio_tickets次被放到优先队列中,之后放到普通队列中
thread_pool_high_prio_tickets=4294967295
#线程最大空闲时间,单位为秒,超过限制后会退出,默认60
thread_pool_idle_timeout=60
#threadpool中最大线程数目,线程总数超过该限制后不能继续创建更多线程
thread_pool_max_threads = 100000
#FullText
#MyISAM
ft_min_word_len = 1
ft_max_word_len = 84
#InnoDB
innodb_ft_min_token_size= 1
innodb_ft_max_token_size=84
#MyISAM 停止词存放在文件
ft_stopword_file = /var/lib/mysql/stopword.txt
#InnoDB,停止词存放在表
innodb_ft_server_stopword_table = dba_test/ft_stopwords
innodb_ft_user_stopword_table = dba_test/ft_stopwords
#控制在创建临时表时使用的存储引擎,默认为innodb
default_tmp_storage_engine = innodb
#线上可以开启
innodb_undo_directory = /var/lib/mysql/undolog/
innodb_undo_tablespaces = 8
innodb_undo_logs = 128
#用于优化in(),以确认是否直接使用索引统计,相关文章
eq_range_index_dive_limit = 200
#back_log = 500
thread_stack = 192K
max_allowed_packet = 32M
max_connections = 600
max_connect_errors = 2000
max_heap_table_size = 256M
max_length_for_sort_data= 2048
tmp_table_size = 256M
read_buffer_size = 512K
read_rnd_buffer_size = 1M
sort_buffer_size = 512K
join_buffer_size = 256K
table_open_cache = 1024
#对table cache进行划分,减少table cache的锁竞争,累死innodb_buffer_poll_instances
table_open_cache_instances = 8
thread_cache_size = 64
# * Query Cache Configuration
#query_cache_type = 0
#query_cache_size = 0M
#query_cache_limit = 1M
open_files_limit = 5000
# * Logging and Replication
log_error = /var/log/mysql/error_3306.log
#开启慢查询日志,相关文章1,文章2
slow_query_log = 1
slow_query_log_file = /var/log/mysql/mysql-slow.log
long_query_time = 0.5
#log-queries-not-using-indexes
#general_log = 1
#慢查询过滤器,用于Percona,相关文章
#log_slow_filter = 'string'
#可用值session or query
log_slow_rate_type = session
#记录每个session/query的日志,如果log_slow_rate_type为session,将不记录replication thread的日志
log_slow_rate_limit = 1
#语句执行存储过程(不包括触发器)慢将记录到慢查询日志
log_slow_sp_statements = 1
#指定慢查询日志包含多少信息,相关文章
#log_slow_verbosity = ''
#每个慢查询记录时间戳
#slow_query_log_timestamp_always
#精度为second或microsecond
slow_query_log_timestamp_precision=second
#该变量控制最大slow文件数量,设置slow_query_log_file为没有.log后缀的文件
#max_slowlog_files
#超过该值,slow日志将自动旋转,生成slow_query_log_file.000001这样的文件
#max_slowlog_size
log_bin = mysql-bin-3306.log
binlog_cache_size = 1M
max_binlog_size = 1024M
binlog_format = MIXED
#binlog_format = ROW
#binlog_row_image = minimal
#binlog_rows_query_log_events = 1
sync_binlog = 1000
expire_logs_days = 5
#binlog_checksum = NONE
#事务提交顺序和binlog记录顺序是相同的,默认打开
binlog_order_commits =1
server-id = 10
relay_log = mysqld-relay-bin
# * TokuDB
tokudb_cache_size = 512M
tokudb_commit_sync = 0
tokudb_fsync_log_period = 1000
tokudb_data_dir = /var/lib/mysql/tokudb_data
tokudb_log_dir = /var/lib/mysql/tokudb_log
tokudb_tmp_dir = /tmp
# * MyISAM
key_buffer_size = 128M
bulk_insert_buffer_size = 8M
concurrent_insert = 2
#myisam-recover = BACKUP
myisam_recover_options = BACKUP
# * InnoDB
#打印死锁到errorlog
innodb_print_all_deadlocks = 1
#预读,对于随机读写,推荐关闭
innodb_read_ahead_threshold = 0
#预热
innodb_buffer_pool_dump_now = 1
innodb_buffer_pool_load_now = 1
innodb_buffer_pool_dump_at_shutdown = 1
innodb_buffer_pool_load_at_startup = 1
#预热文件
innodb_buffer_pool_filename = ib_buffer_pool
#事务日志记录的大小,默认512,ssd可以设置4096
innodb_log_block_size = 4096
innodb_page_size = 16K
#innodb_page_size = 4K #ssd
#innodb_flush_neighbors = 0
#ssd
innodb_flush_neighbors = 0
#影响page cleaner 线程一次扫描LRU/UNZIP_LRU的深度,默认为1024,IO能力强的可以适当调大。 innodb_io_capacity/innodb_buffer_pool_instances
innodb_lru_scan_depth =2000
innodb_strict_mode = 1
innodb_buffer_pool_size = 10000M
innodb_buffer_pool_instances = 3
innodb_change_buffering = all
innodb_change_buffer_max_size = 20
innodb_autoextend_increment = 64
innodb_additional_mem_pool_size = 15M#5.7中移除,innodb_use_sys_malloc 配置为 ON 时,innodb_additional_mem_pool_size 失效(直接从操作系统分配内存)
innodb_file_per_table = 1
innodb_flush_log_at_trx_commit = 2
#自定义刷新日志时间,每隔这么多秒刷一次日志,只有在innodb_flush_log_at_trx_commit=2时才生效
innodb_flush_log_at_timeout = 3
innodb_log_buffer_size = 8M
innodb_log_file_size = 256M
innodb_log_files_in_group = 2
innodb_max_dirty_pages_pct = 60
innodb_read_io_threads = 8
innodb_write_io_threads = 8
#innodb_io_capacity = 800
innodb_io_capacity = 2000 #ssd
#innodb_io_capacity_max = 2000
innodb_adaptive_flushing = 1
innodb_adaptive_flushing_lwm = 15
innodb_old_blocks_pct = 20
innodb_old_blocks_time = 1000
#online ddl时并发DML产生的row log最大size,超过这个限制会导致DDL回滚
innodb_online_alter_log_max_size = 128M
innodb_flush_neighbors = 1
innodb_concurrency_tickets = 5000
innodb_optimize_fulltext_only = 0
innodb_use_native_aio = 1
innodb_use_sys_malloc = 1#innodb_use_sys_malloc 配置为 ON 时,innodb_additional_mem_pool_size 失效(直接从操作系统分配内存)。5.7中移除
innodb_thread_concurrency = 0#回收undo线程
innodb_purge_threads= 4
#5.7
#innodb_page_cleaners = 4
#每次回收undo页的数量
innodb_purge_batch_size = 300
#创建索引做merge-sort时,一个归并block的大小
innodb_sort_buffer_size = 16M
innodb_change_buffering = all
#changebuffer占用bp的最大比例
innodb_change_buffer_max_size = 20
innodb_file_format = barracuda
innodb_file_format_check = 1
innodb_file_format_max = barracuda
innodb_stats_on_metadata = 0
innodb_open_files = 3000
#Percona支持ALL_O_DIRECT
innodb_flush_method = ALL_O_DIRECT
#innodb_flush_method = O_DIRECT_NO_FSYNC
lock_wait_timeout = 50
transaction-isolation = READ-COMMITTED
# * replication
replicate-ignore-db = test
replicate-ignore-db = mysql
#binlog_do_db = include_database_name
skip-slave-start = 1
log_slave_updates = 1
#gtid-mode=on # GTID only
#enforce-gtid-consistency=true # GTID only
master_info_repository = table
relay_log_info_repository = table
# * slave
#并行复制线程数
slave_parallel_workers = 4
#多线程复制需要关闭
slave_transaction_retries = 0
#在并发复制时总共执行这么多次事务后做一次checkpoint,更新show slave status的数据
slave_checkpoint_group = 512
#在复制执行这么长时间后做一次checkpoint
slave_checkpoint_period = 300
#在多线程复制时,在队列中Pending的事件所占用的最大内存,默认为16M,如果内存富余,或者延迟较大时,可以适当调大;注意这个值要比主库的max_allowed_packet大
slave_pending_jobs_size_max = 32M
#备库SQL线程是否检查binlog的checksum
slave_sql_verify_checksum = 1
#部分解决无主键表导致的复制延迟问题,相关文章
#slave_rows_search_algorithms = TABLE_SCAN,INDEX_SCAN,HASH_SCAN
#slave_net_timeout = 300
relay_log_recovery = 1
#sync_relay_log = 0
#sync_relay_log_info = 0
#sync_master_info = 0
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem
[mysqldump]
quick
quote-names
max_allowed_packet = 16M
[mysql]
#no-auto-rehash # faster start of mysql but no tab completition
[isamchk]
key_buffer = 16M
#
# * IMPORTANT: Additional settings that can override those from this file!
# The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/
该文章后续会不断更新,慢慢完善。之前也介绍了MySQL5.5的配置文件,现在按照前2篇文章1和文章2的信息,整理出该博文。对MySQL5.6的my.cnf 进行了配置(Percona MySQL),因为根据服务器硬件资源来调整的,所以一些内存、io刷写的大小比例可以根据自己的条件来设置。
相关文章:
http://dev.mysql.com/doc/refman/5.6/en/innodb-parameters.html
https://www.percona.com/doc/percona-server/5.6/ps-versions-comparison.html
https://dev.mysql.com/doc/refman/5.6/en/server-system-variables.html
#客户端设置,即客户端默认的连接参数
[client]
#默认连接端口
port = 3306
#用于本地连接的socket套接字
socket = /data/mysqldata/3306/mysql.sock
#编码
default-character-set = utf8mb4
#服务端基本设置
[mysqld]
#MySQL监听端口
port = 3307
#为MySQL客户端程序和服务器之间的本地通讯指定一个套接字文件
socket = /data/mysqldata/3307/mysql.sock
#pid文件所在目录
pid-file = /data/mysqldata/3307/mysql.pid
#使用该目录作为根目录(安装目录)
basedir = /usr/local/mysql-5.7.11
#数据文件存放的目录
datadir = /data/mysqldata/3307/data
#MySQL存放临时文件的目录
tmpdir = /data/mysqldata/3307/tmp
#服务端默认编码(数据库级别)
character_set_server = utf8mb4
#服务端默认的比对规则,排序规则
collation_server = utf8mb4_bin
#MySQL启动用户
user = mysql
#This variable applies when binary logging is enabled.
# It controls whether stored function creators can be trusted not to create stored functions that will cause
#unsafe events to be written to the binary log.
#If set to 0 (the default), users are not permitted to create or alter stored functions unless they have the SUPER
#privilege in addition to the CREATE ROUTINE or ALTER ROUTINE privilege. 开启了binlog后,必须设置这个值为1.主要是考虑binlog安全
log_bin_trust_function_creators = 1
#性能优化的引擎,默认关闭
performance_schema = 0
#secure_auth 为了防止低版本的MySQL客户端(<4.1)使用旧的密码认证方式访问高版本的服务器。MySQL 5.6.7开始secure_auth 默认为启用值1
secure_auth = 1
#开启全文索引
#ft_min_word_len = 1
#自动修复MySQL的myisam表
#myisam_recover
#明确时间戳默认null方式
explicit_defaults_for_timestamp
#计划任务(事件调度器)
event_scheduler
#跳过外部锁定;External-locking用于多进程条件下为MyISAM数据表进行锁定
skip-external-locking
#跳过客户端域名解析;当新的客户连接mysqld时,mysqld创建一个新的线程来处理请求。该线程先检查是否主机名在主机名缓存中。如果不在,线程试图解析主机名。
#使用这一选项以消除MySQL进行DNS解析的时间。但需要注意,如果开启该选项,则所有远程主机连接授权都要使用IP地址方式,否则MySQL将无法正常处理连接请求!
skip-name-resolve
#MySQL绑定IP
#bind-address = 127.0.0.1
#为了安全起见,复制环境的数据库还是设置--skip-slave-start参数,防止复制随着mysql启动而自动启动
skip-slave-start
#The number of seconds to wait for more data from a master/slave connection before aborting the read. MySQL主从复制的时候,
slave_net_timeout = 30
#当Master和Slave之间的网络中断,但是Master和Slave无法察觉的情况下(比如防火墙或者路由问题)。
#Slave会等待slave_net_timeout设置的秒数后,才能认为网络出现故障,然后才会重连并且追赶这段时间主库的数据。
#1.用这三个参数来判断主从是否延迟是不准确的Slave_IO_Running,Slave_SQL_Running,Seconds_Behind_Master.还是用pt-heartbeat吧。
#2.slave_net_timeout不要用默认值,设置一个你能接受的延时时间。
#设定是否支持命令load data local infile。如果指定local关键词,则表明支持从客户主机读文件
local-infile = 0
#指定MySQL可能的连接数量。当MySQL主线程在很短的时间内得到非常多的连接请求,该参数就起作用,之后主线程花些时间(尽管很短)检查连接并且启动一个新线程。
#back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。
back_log = 1024
#sql_mode,定义了mysql应该支持的sql语法,数据校验等! NO_AUTO_CREATE_USER:禁止GRANT创建密码为空的用户。
#sql_mode = 'PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,NO_KEY_OPTIONS,NO_TABLE_OPTIONS,NO_FIELD_OPTIONS,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'
#NO_ENGINE_SUBSTITUTION 如果需要的存储引擎被禁用或未编译,可以防止自动替换存储引擎
sql_mode = NO_ENGINE_SUBSTITUTION,NO_AUTO_CREATE_USER
#索引块的缓冲区大小,对MyISAM表性能影响最大的一个参数.决定索引处理的速度,尤其是索引读的速度。默认值是16M,通过检查状态值Key_read_requests
#和Key_reads,可以知道key_buffer_size设置是否合理
key_buffer_size = 32M
#一个查询语句包的最大尺寸。消息缓冲区被初始化为net_buffer_length字节,但是可在需要时增加到max_allowed_packet个字节。
#该值太小则会在处理大包时产生错误。如果使用大的BLOB列,必须增加该值。
#这个值来限制server接受的数据包大小。有时候大的插入和更新会受max_allowed_packet 参数限制,导致写入或者更新失败。
max_allowed_packet = 512M
#线程缓存;主要用来存放每一个线程自身的标识信息,如线程id,线程运行时基本信息等等,我们可以通过 thread_stack 参数来设置为每一个线程栈分配多大的内存。
thread_stack = 256K
#是MySQL执行排序使用的缓冲大小。如果想要增加ORDER BY的速度,首先看是否可以让MySQL使用索引而不是额外的排序阶段。
#如果不能,可以尝试增加sort_buffer_size变量的大小。
sort_buffer_size = 16M
#是MySQL读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区,MySQL会为它分配一段内存缓冲区。read_buffer_size变量控制这一缓冲区的大小。
#如果对表的顺序扫描请求非常频繁,并且你认为频繁扫描进行得太慢,可以通过增加该变量值以及内存缓冲区大小提高其性能。
read_buffer_size = 16M
#应用程序经常会出现一些两表(或多表)Join的操作需求,MySQL在完成某些 Join 需求的时候(all/index join),为了减少参与Join的“被驱动表”的
#读取次数以提高性能,需要使用到 Join Buffer 来协助完成 Join操作。当 Join Buffer 太小,MySQL 不会将该 Buffer 存入磁盘文件, #而是先将Join Buffer中的结果集与需要 Join 的表进行 Join 操作, #然后清空 Join Buffer 中的数据,继续将剩余的结果集写入此 Buffer 中,如此往复。这势必会造成被驱动表需要被多次读取,成倍增加 IO 访问,降低效率。
join_buffer_size = 16M
#是MySQL的随机读缓冲区大小。当按任意顺序读取行时(例如,按照排序顺序),将分配一个随机读缓存区。进行排序查询时,MySQL会首先扫描一遍该缓冲,以避免磁盘搜索,
#提高查询速度,如果需要排序大量数据,可适当调高该值。但MySQL会为每个客户连接发放该缓冲空间,所以应尽量适当设置该值,以避免内存开销过大。
read_rnd_buffer_size = 32M
#通信缓冲区在查询期间被重置到该大小。通常不要改变该参数值,但是如果内存不足,可以将它设置为查询期望的大小。
#(即,客户发出的SQL语句期望的长度。如果语句超过这个长度,缓冲区自动地被扩大,直到max_allowed_packet个字节。)
net_buffer_length = 16K
#当对MyISAM表执行repair table或创建索引时,用以缓存排序索引;设置太小时可能会遇到” myisam_sort_buffer_size is too small”
myisam_sort_buffer_size = 128M
#默认8M,当对MyISAM非空表执行insert … select/ insert … values(…),(…)或者load data infile时,使用树状cache缓存数据,每个thread分配一个;
#注:当对MyISAM表load 大文件时,调大 bulk_insert_buffer_size/myisam_sort_buffer_size/key_buffer_size会极大提升速度
bulk_insert_buffer_size = 32M
#thread_cahe_size线程池,线程缓存。用来缓存空闲的线程,以至于不被销毁,如果线程缓存在的空闲线程,需要重新建立新连接,
#则会优先调用线程池中的缓存,很快就能响应连接请求。每建立一个连接,都需要一个线程与之匹配。
thread_cache_size = 384
#工作原理: 一个SELECT查询在DB中工作后,DB会把该语句缓存下来,当同样的一个SQL再次来到DB里调用时,DB在该表没发生变化的情况下把结果从缓存中返回给Client。
#在数据库写入量或是更新量也比较大的系统,该参数不适合分配过大。而且在高并发,写入量大的系统,建系把该功能禁掉。
query_cache_size = 0
#决定是否缓存查询结果。这个变量有三个取值:0,1,2,分别代表了off、on、demand。
query_cache_type = 0
#它规定了内部内存临时表的最大值,每个线程都要分配。(实际起限制作用的是tmp_table_size和max_heap_table_size的最小值。)
#如果内存临时表超出了限制,MySQL就会自动地把它转化为基于磁盘的MyISAM表,存储在指定的tmpdir目录下
tmp_table_size = 1024M
#独立的内存表所允许的最大容量.# 此选项为了防止意外创建一个超大的内存表导致永尽所有的内存资源.
max_heap_table_size = 512M
#mysql打开最大文件数
open_files_limit = 10240
#MySQL无论如何都会保留一个用于管理员(SUPER)登陆的连接,用于管理员连接数据库进行维护操作,即使当前连接数已经达到了max_connections。
#因此MySQL的实际最大可连接数为max_connections+1;
#这个参数实际起作用的最大值(实际最大可连接数)为16384,即该参数最大值不能超过16384,即使超过也以16384为准;
#增加max_connections参数的值,不会占用太多系统资源。系统资源(CPU、内存)的占用主要取决于查询的密度、效率等;
#该参数设置过小的最明显特征是出现”Too many connections”错误;
max_connections = 2000
#用来限制用户资源的,0不限制;对整个服务器的用户限制
max-user-connections = 0
#max_connect_errors是一个MySQL中与安全有关的计数器值,它负责阻止过多尝试失败的客户端以防止暴力破解密码的情况。max_connect_errors的值与性能并无太大关系。
#当此值设置为10时,意味着如果某一客户端尝试连接此MySQL服务器,但是失败(如密码错误等等)10次,则MySQL会无条件强制阻止此客户端连接。
max_connect_errors = 100000
#表描述符缓存大小,可减少文件打开/关闭次数
table_open_cache = 5120
#interactive_time -- 指的是mysql在关闭一个交互的连接之前所要等待的秒数(交互连接如mysql gui tool中的连接)
interactive_timeout = 86400
#wait_timeout -- 指的是MySQL在关闭一个非交互的连接之前所要等待的秒数
wait_timeout = 86400
#二进制日志缓冲大小
#我们知道InnoDB存储引擎是支持事务的,实现事务需要依赖于日志技术,为了性能,日志编码采用二进制格式。那么,我们如何记日志呢?有日志的时候,就直接写磁盘?
#可是磁盘的效率是很低的,如果你用过Nginx,,一般Nginx输出access log都是要缓冲输出的。因此,记录二进制日志的时候,我们是否也需要考虑Cache呢?
#答案是肯定的,但是Cache不是直接持久化,于是面临安全性的问题——因为系统宕机时,Cache中可能有残余的数据没来得及写入磁盘。因此,Cache要权衡,要恰到好处:
#既减少磁盘I/O,满足性能要求;又保证Cache无残留,及时持久化,满足安全要求。
binlog_cache_size = 16M
#开启慢查询
slow_query_log = 1
#超过的时间为1s;MySQL能够记录执行时间超过参数 long_query_time 设置值的SQL语句,默认是不记录的。
long_query_time = 1
#记录管理语句和没有使用index的查询记录
log-slow-admin-statements
log-queries-not-using-indexes
# *** Replication related settings ***
#在复制方面的改进就是引进了新的复制技术:基于行的复制。简言之,这种新技术就是关注表中发生变化的记录,而非以前的照抄 binlog 模式。
#从 MySQL 5.1.12 开始,可以用以下三种模式来实现:基于SQL语句的复制(statement-based replication, SBR),基于行的复制(row-based replication, RBR),混合模式复制(mixed-based replication, MBR)。相应地,binlog的格式也有三种:STATEMENT,ROW,MIXED。MBR 模式中,SBR 模式是默认的。
binlog_format = ROW
# 为每个session 最大可分配的内存,在事务过程中用来存储二进制日志的缓存。
#max_binlog_cache_size = 102400
#开启二进制日志功能,binlog数据位置
log-bin = /data/mysqldata/3307/binlog/mysql-bin
log-bin-index = /data/mysqldata/3307/binlog/mysql-bin.index
#relay-log日志记录的是从服务器I/O线程将主服务器的二进制日志读取过来记录到从服务器本地文件,
#然后SQL线程会读取relay-log日志的内容并应用到从服务器
#binlog传到备机被写道relaylog里,备机的slave sql线程从relaylog里读取然后应用到本地。
relay-log = /data/mysqldata/3307/relay/mysql-relay-bin
relay-log-index = /data/mysqldata/3307/relay/mysql-relay-bin.index
#服务端ID,用来高可用时做区分
server_id = 100
#log_slave_updates是将从服务器从主服务器收到的更新记入到从服务器自己的二进制日志文件中。
log_slave_updates = 1
#二进制日志自动删除的天数。默认值为0,表示“没有自动删除”。启动时和二进制日志循环时可能删除。
expire-logs-days = 15
#如果二进制日志写入的内容超出给定值,日志就会发生滚动。你不能将该变量设置为大于1GB或小于4096字节。 默认值是1GB。
max_binlog_size = 512M
#replicate-wild-ignore-table参数能同步所有跨数据库的更新,比如replicate-do-db或者replicate-ignore-db不会同步类似
replicate-wild-ignore-table = mysql.%
#设定需要复制的Table
#replicate-wild-do-table = db_name.%
#复制时跳过一些错误;不要胡乱使用这些跳过错误的参数,除非你非常确定你在做什么。当你使用这些参数时候,MYSQL会忽略那些错误,
#这样会导致你的主从服务器数据不一致。
#slave-skip-errors = 1062,1053,1146
#这两个参数一般用在主主同步中,用来错开自增值, 防止键值冲突
auto_increment_offset = 1
auto_increment_increment = 2
#将中继日志的信息写入表:mysql.slave_realy_log_info
relay_log_info_repository = TABLE
#将master的连接信息写入表:mysql.salve_master_info
master_info_repository = TABLE
#中继日志自我修复;当slave从库宕机后,假如relay-log损坏了,导致一部分中继日志没有处理,则自动放弃所有未执行的relay-log,
#并且重新从master上获取日志,这样就保证了relay-log的完整性
relay_log_recovery = on
# *** innodb setting ***
#InnoDB 用来高速缓冲数据和索引内存缓冲大小。 更大的设置可以使访问数据时减少磁盘 I/O。
innodb_buffer_pool_size = 4G
#单独指定数据文件的路径与大小
innodb_data_file_path = ibdata1:1G:autoextend
#每次commit 日志缓存中的数据刷到磁盘中。通常设置为 1,意味着在事务提交前日志已被写入磁盘, 事务可以运行更长以及服务崩溃后的修复能力。
#如果你愿意减弱这个安全,或你运行的是比较小的事务处理,可以将它设置为 0 ,以减少写日志文件的磁盘 I/O。这个选项默认设置为 0。
innodb_flush_log_at_trx_commit = 0
#sync_binlog=n,当每进行n次事务提交之后,MySQL将进行一次fsync之类的磁盘同步指令来将binlog_cache中的数据强制写入磁盘。
#sync_binlog = 1000
#对于多核的CPU机器,可以修改innodb_read_io_threads和innodb_write_io_threads来增加IO线程,来充分利用多核的性能
innodb_read_io_threads = 8
innodb_write_io_threads = 8
#Innodb Plugin引擎开始引入多种格式的行存储机制,目前支持:Antelope、Barracuda两种。其中Barracuda兼容Antelope格式。
innodb_file_format = Barracuda
#限制Innodb能打开的表的数量
innodb_open_files = 65536
#开始碎片回收线程。这个应该能让碎片回收得更及时而且不影响其他线程的操作
innodb_purge_threads = 1
#分布式事务
innodb_support_xa = FALSE
#InnoDB 将日志写入日志磁盘文件前的缓冲大小。理想值为 1M 至 8M。大的日志缓冲允许事务运行时不需要将日志保存入磁盘而只到事务被提交(commit)。
#因此,如果有大的事务处理,设置大的日志缓冲可以减少磁盘I/O。
innodb_log_buffer_size = 256M
#日志组中的每个日志文件的大小(单位 MB)。如果 n 是日志组中日志文件的数目,那么理想的数值为 1M 至下面设置的缓冲池(buffer pool)大小的 1/n。较大的值,
#可以减少刷新缓冲池的次数,从而减少磁盘 I/O。但是大的日志文件意味着在崩溃时需要更长的时间来恢复数据。
innodb_log_file_size = 1G
#指定有三个日志组
innodb_log_files_in_group = 3
#在回滚(rooled back)之前,InnoDB 事务将等待超时的时间(单位 秒)
#innodb_lock_wait_timeout = 120
#innodb_max_dirty_pages_pct作用:控制Innodb的脏页在缓冲中在那个百分比之下,值在范围1-100,默认为90.这个参数的另一个用处:
#当Innodb的内存分配过大,致使swap占用严重时,可以适当的减小调整这个值,使达到swap空间释放出来。建义:这个值最大在90%,最小在15%。
#太大,缓存中每次更新需要致换数据页太多,太小,放的数据页太小,更新操作太慢。
innodb_max_dirty_pages_pct = 75
#innodb_buffer_pool_size 一致 可以开启多个内存缓冲池,把需要缓冲的数据hash到不同的缓冲池中,这样可以并行的内存读写。
innodb_buffer_pool_instances = 4
#这个参数据控制Innodb checkpoint时的IO能力
innodb_io_capacity = 500
#作用:使每个Innodb的表,有自已独立的表空间。如删除文件后可以回收那部分空间。
#分配原则:只有使用不使用。但DB还需要有一个公共的表空间。
innodb_file_per_table = 1
#当更新/插入的非聚集索引的数据所对应的页不在内存中时(对非聚集索引的更新操作通常会带来随机IO),会将其放到一个insert buffer中,
#当随后页面被读到内存中时,会将这些变化的记录merge到页中。当服务器比较空闲时,后台线程也会做merge操作
innodb_change_buffering = inserts
#该值影响每秒刷新脏页的操作,开启此配置后,刷新脏页会通过判断产生重做日志的速度来判断最合适的刷新脏页的数量;
innodb_adaptive_flushing = 1
#数据库事务隔离级别 ,读取提交内容
transaction-isolation = READ-COMMITTED
#innodb_flush_method这个参数控制着innodb数据文件及redo log的打开、刷写模式
#InnoDB使用O_DIRECT模式打开数据文件,用fsync()函数去更新日志和数据文件。
innodb_flush_method = O_DIRECT
#默认设置值为1.设置为0:表示Innodb使用自带的内存分配程序;设置为1:表示InnoDB使用操作系统的内存分配程序。
#innodb_use_sys_malloc = 1
[mysqldump]
#它强制 mysqldump 从服务器查询取得记录直接输出而不是取得所有记录后将它们缓存到内存中
quick
#限制server接受的数据包大小;指代mysql服务器端和客户端在一次传送数据包的过程当中数据包的大小
max_allowed_packet = 512M
#TCP/IP和套接字通信缓冲区大小,创建长度达net_buffer_length的行
net_buffer_length = 16384
[mysql]
#auto-rehash是自动补全的意思
auto-rehash
#isamchk数据检测恢复工具
[isamchk]
key_buffer = 256M
sort_buffer_size = 256M
read_buffer = 2M
write_buffer = 2M
#使用myisamchk实用程序来获得有关你的数据库桌表的信息、检查和修复他们或优化他们
[myisamchk]
key_buffer = 256M
sort_buffer_size = 256M
read_buffer = 2M
write_buffer = 2M
[mysqlhotcopy]
#mysqlhotcopy使用lock tables、flush tables和cp或scp来快速备份数据库.它是备份数据库或单个表最快的途径,完全属于物理备份,但只能用于备份MyISAM存储引擎和运行在数据库目录所在的机器上.
interactive-timeout
#与mysqldump备份不同,mysqldump属于逻辑备份,备份时是执行的sql语句.使用mysqlhotcopy命令前需要要安装相应的软件依赖包.
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
- 126
- 127
- 128
- 129
- 130
- 131
- 132
- 133
- 134
- 135
- 136
- 137
- 138
- 139
- 140
- 141
- 142
- 143
- 144
- 145
- 146
- 147
- 148
- 149
- 150
- 151
- 152
- 153
- 154
- 155
- 156
- 157
- 158
- 159
- 160
- 161
- 162
- 163
- 164
- 165
- 166
- 167
- 168
- 169
- 170
- 171
- 172
- 173
- 174
- 175
- 176
- 177
- 178
- 179
- 180
- 181
- 182
- 183
- 184
- 185
- 186
- 187
- 188
- 189
- 190
- 191
- 192
- 193
- 194
- 195
- 196
- 197
- 198
- 199
- 200
- 201
- 202
- 203
- 204
- 205
- 206
- 207
- 208
- 209
- 210
- 211
- 212
- 213
- 214
- 215
- 216
- 217
- 218
- 219
- 220
- 221
- 222
- 223
- 224
- 225
- 226
- 227
- 228
- 229
- 230
- 231
- 232
- 233
- 234
- 235
- 236
- 237
- 238
- 239
- 240
- 241
- 242
- 243
- 244
- 245
- 246
- 247
- 248
- 249
- 250
- 251
- 252
- 253
- 254
- 255
- 256
- 257
- 258
- 259
- 260
- 261
- 262
- 263
- 264
- 265
- 266
- 267
- 268
- 269
- 270
- 271
- 272
- 273
- 274
- 275
- 276
- 277
- 278
- 279
- 280
- 281
- 282
- 283
- 284
- 285
- 286
- 287
- 288
- 289
- 290
- 291
- 292
- 293
- 294
- 295
- 296
- 297
- 298
- 299
- 300
- 301
- 302
- 303
- 304
- 305
- 306
- 307
- 308
- 309
- 310
- 311
- 312
- 313
- 314
- 315
- 316
- 317
- 318
- 319
- 320
- 321
- 322
- 323
- 324
- 325
- 326
- 327
- 328
- 329
- 330
- 331
- 332
- 333
- 334
- 335
- 336
- 337
- 338
- 339
- 340
- 341
- 342
- 343
- 344
参考文档
https://blog.csdn.net/aoshilang2249/article/details/52953128
https://blog.imdst.com/mysql-5-6-pei-zhi-you-hua/