设为首页 收藏本站
查看: 1062|回复: 0

[经验分享] mysql5.7的配置文件优化参考

[复制链接]

尚未签到

发表于 2018-10-7 10:52:26 | 显示全部楼层 |阅读模式
#innodb_page_size = 16K  
innodb_page_size = 8K
  
#数据缓冲区buffer pool大小,建议使用物理内存的 75%
  
innodb_buffer_pool_size = 2G
  
#当buffer_pool的值较大的时候为1,较小的设置为8
  
innodb_buffer_pool_instances = 8
  
#运行时load缓冲池,快速预热缓冲池,将buffer pool的内容(文件页的索引)dump到文件中,然后快速load到buffer pool中。避免了数据库的预热过程,提高了应用访问的性能
  
innodb_buffer_pool_load_at_startup = 1
  
#运行时dump缓冲池
  
innodb_buffer_pool_dump_at_shutdown = 1
  
#在innodb中处理用户查询后,其结果在内存空间的缓冲池已经发生变化,但是还未记录到磁盘。这种页面称为脏页,将脏页记录到磁盘的过程称为刷脏
  
innodb_lru_scan_depth = 2000
  
innodb_io_capacity = 4000
  
innodb_io_capacity_max = 8000
  
#事务等待获取资源等待的最长时间,超过这个时间还未分配到资源则会返回应用失败,默认50s
  
innodb_lock_wait_timeout = 30
  
#日志组所在的路径,默认为data的home目录;
  
innodb_log_group_home_dir = /data/mysql/
  
#innodb_undo_directory = /data/mysql/undolog/
  
#这个参数控制着innodb数据文件及redo log的打开、刷写模式,http://blog.csdn.net/gua___gua/article/details/44916207
  
#innodb_flush_method = O_DIRECT-不经过系统缓存直接存入磁盘,
  
innodb_file_format = Barracuda
  
innodb_file_format_max = Barracuda
  
innodb_strict_mode = 1
  
#innodb独享表空间,有点很多,缺点会导致单个表文件过大
  
#innodb_file_per_table = 1
  
#undo日志回滚段 默认为128
  
innodb_undo_logs = 128
  
#传统机械硬盘建议使用,而对于固态硬盘可以关闭
  
#innodb_flush_neighbors = 1
  
innodb_log_file_size = 1G
  
innodb_log_buffer_size = 64M
  
#控制是否使用独立purge线程
  
innodb_purge_threads = 1
  
#改为ON时,允许单列索引最大达到3072。否则最大为767
  
innodb_large_prefix = 1
  
innodb_thread_concurrency = 8
  
#开启后会将所有的死锁记录到error_log中
  
innodb_print_all_deadlocks = 1
  
innodb_sort_buffer_size = 16M
  
########semi sync replication settings########
  
#半同步复制
  
plugin_load = "rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so"
  
loose_rpl_semi_sync_master_enabled = 1
  
loose_rpl_semi_sync_slave_enabled = 1
  
loose_rpl_semi_sync_master_timeout = 5000
  
#表示转储每个bp instance LRU上最热的page的百分比。通过设置该参数可以减少转储的page数。
  
innodb_buffer_pool_dump_pct = 40
  
#刷脏的进程N-1
  
innodb_page_cleaners = 4
  
innodb_undo_log_truncate = 1
  
innodb_max_undo_log_size = 2G
  
#控制回收(收缩)undo log的频率.undo log空间在它的回滚段没有得到释放之前不会收缩,
  
innodb_purge_rseg_truncate_frequency = 128
  
log_timestamps=system
  
#该参数基于MySQL5.7 Group Replication组复制的,没有使用不要设置
  
#transaction_write_set_extraction=MURMUR32
  
show_compatibility_56=on



运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-614253-1-1.html 上篇帖子: Mysql组复制故障恢复测试 下篇帖子: linux下采用cmake或gmake方式编译安装mysql-11027252
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表