MySQL5.7的参数优化

https://www.cnblogs.com/zhjh256/p/9260636.html

query_cache_size = 0
query_cache_type=0
innodb_undo_tablespaces=16(需初始化mysql时命令行中先包含)
innodb_undo_directory=(专用redo磁盘文件系统路径)
innodb_thread_concurrency=(cpu数量+物理磁盘的数量)
innodb_strict_mode=true
tmpdir=/tmp
character_set_server=gbk或者utf8mb4(绝大多数系统应默认使用gbk,对于有特殊要求的建议在字段级别设置为utf-8)
autocommit=0
innodb_buffer_pool_size=60%-75%物理内存
innodb_flush_method=O_DIRECT(如果不使用硬件RAID控制器或者使用SAN,则不要设置)
innodb_flush_log_at_trx_commit(核心交易系统设置为1,默认为1,其他2或者0)
transaction-isolation=READ-COMMITTED
innodb_autoinc_lock_mode = 2
skip-name-resolve
large-pages(测试未看出明显受益,主要是内存没有足够压力,故当前不建议设置)
back-log=500
innodb-status-file=TRUE(推荐设置)
default-storage-engine=InnoDB
memlock=true(对于专用mysql服务器,建议禁用swap,此时此参数可以不设置,在共享服务器上,如果设置了,那么在内存不够时,可能导致Mysql因为内存不够而无法启动)
innodb_fast_shutdown=0
sync_binlog(核心交易系统设置为1,默认为1,其他2或者0)
log-bin=mysql-bin
binlog_format(OLTP为row,DSS系统为mixed,如不确定,请使用row)
binlog_checksum=NONE
binlog_row_image=full(mariadb没有参数,设置了启动会报错)
binlog_cache_size = 8M 
max_binlog_size = 500M 
max_binlog_cache_size = 100M
expire_logs_days = 7
innodb_log_file_size=512m
innodb-log-buffer-size=8M
innodb-log-files-in-group=(3-5,视生成的日志量而定)
innodb_log_group_home_dir=/usr/local/mysql/redo(专用redo磁盘文件系统路径)
innodb_flush_neighbors(默认值为1,SSD设置为0,Neighbors指的是属于一个extent的所有页面,一个extent共64个页面,出于硬盘IO顺序写的考虑,InnoDB通常会刷新一个extent中的所有页面,因为SSD在随机IO上没有额外负载,所以不需要启用该特性)
innodb_page_size(SSD设置为4KB)
innodb_data_home_dir=/usr/local/mysql/data(专用data磁盘文件系统路径)
# innodb_data_file_path=ibdata1:2000M;ibdata2:10M:autoextend (专用data磁盘文件系统路径,存储系统表空间,建议不要明确设置,如若不然的话,ibdata1的大小需要和实际大小相同)
innodb_change_buffer_max_size(InnoDB使用Change buffering以最小化随机IO,一旦change buffer满了,随后的DMLs将直接在相应的表上进行更改,change buffer以固定的频率(5.5不可更改,5.6由此参数控制,change buffer越接近该值,后台执行越频繁,每次合并的量由innodb_io_capacity控制(默认为200,代表10K RPM的硬盘,对于5400或者7200 RPM的硬盘,可以设置为100,代表每次可以执行100次IOPS(测试时每次大小可配置,这里应该说的是基于16KB大小,可参考http://elf8848.iteye.com/blog/1731301)。对于RAID或者SSD,增加的话,会有所帮助,现代系统应该调整))由后台进程合并到数据页,写入和读取频率接近的系统可设置为50,默认为25,代表buffer pool大小的25%,具体请咨询DBA)
innodb_lock_wait_timeout=86400(根据实际情况配置)
default-tmp-storage-engine=InnoDB
innodb-autoextend-increment=16M
innodb-buffer-pool-instances=min(8,nGB/1GB)
innodb-file-io-threads=max(4,nGB/4GB)
innodb_io_capacity=可供MySQL使用的IOPS(建议使用Oracle ORION进行测试)
innodb-file-per-table=true
innodb_rollback_on_timeout=true
innodb-old-blocks-time(混合型系统可以调整为60000或更高,具体请咨询DBA)
innodb-print-all-deadlocks=true
innodb-sort-buffer-size=(此选项为创建索引使用,不需要设置)
sort-buffer-size(DSS可语句级别动态调整,比如SET STATEMENT sort_buffer_size=100000 FOR SELECT name FROM name ORDER BY name;)
join-buffer-size=(DSS可语句级别动态调整)
open-files-limit=32767
innodb_open_files=32767
tmp-table-size(DSS可语句级别动态调整)
sql-mode=STRICT_TRANS_TABLES,STRICT_ALL_TABLES,PIPES_AS_CONCAT, ONLY_FULL_GROUP_BY,NO_ENGINE_SUBSTITUTION,ERROR_FOR_DIVISION_BY_ZERO, ANSI_QUOTES,NO_UNSIGNED_SUBTRACTION,PAD_CHAR_TO_FULL_LENGTH, NO_ZERO_DATE,NO_ZERO_IN_DATE
log-output=FILE
slow-query-log=true
log-queries-not-using-indexes=true(对于mysql而言,该参数应该设置,具体看情况,有可能很多小表很快会使得slow_query_log增长的很快)
log_slow_filter
log_slow_sp_statements
log_slow_verbosity
innodb_show_verbose_locks=1
innodb_print_lock_wait_timeout_info=ON
server-id=1
port=3306
read_rnd_buffer_size(DSS需语句级别动态调整)
thread_handling=pool-of-threads
thread_pool_max_threads=100
thread_pool_size=50
thread_cache_size=64
max-connections=3000
event_scheduler=ON
#GTID 5.6引入主要是为了解决主从模式下主节点宕机后切换主节点时确定当前的事务进度(因为不同的实例日志点位不一定相同,而GTID的格式是日志source_id+事务id,所以可以保证所有节点的逻辑事务进度一致,这使得切换的难度大大降低)。
gtid-mode = ON  #(Group Replication要求必须开启GTID,MariaDB没有这个参数,设置后会报错,不过默认就是启用GTID,GTID和基于binlog的区别https://www.percona.com/sites/default/files/presentations/Failover_GTID_MySQL_56_Fosdem.pdf
https://pdfs.semanticscholar.org/presentation/3036/b68bcb8bd2f4fed590fd85607e37bf511858.pdf)
log_slave_updates=ON(GTID模式必须开始log_slave_updates,对性能有一定影响)
enforce-gtid-consistency = ON(MariaDB没有这个参数,设置后会报错,不过默认就是启用GTID)
relay-log-info-repository=TABLE(MariaDB没有这个参数,设置后会报错,不过默认就是启用GTID)
master-info-repository=TABLE(MariaDB没有这个参数,设置后会报错,不过默认就是启用GTID)
slave_parallel_workers=4 --开启基于库的多线程复制默认0不开启 (MariaDB没有这个参数,设置后会报错,不过默认就是启用GTID)
innodb_lru_scan_depth(默认1024,这个参数控制page_cleaner线程扫描多少LRU列表中的脏页,对于写紧张的系统,降低该值,即使内存超大也一样;如果IO容量足够,增加该值;大型系统通常需要更改该参数)
innodb_use_global_flush_log_at_trx_commit=0
userstat=ON
thread_statistics=ON

猜你喜欢

转载自www.cnblogs.com/suminem/p/10973936.html