企业官网建设流程全解析

网站开发国内外研究背景,网站 建设 内容,专门做衣服特卖的网站有哪些,社群推广平台作者#xff1a;孙绪宗#xff0c;新浪微博 DBA 团队工程师#xff0c;主要负责 MySQL、PostgreSQL 等关系型数据库运维。 爱可生开源社区出品#xff0c;原创内容未经授权不得随意使用#xff0c;转载请联系小编并注明来源。 本文约 1000 字#xff0c;预计阅读需要 3 分…作者孙绪宗新浪微博 DBA 团队工程师主要负责 MySQL、PostgreSQL 等关系型数据库运维。爱可生开源社区出品原创内容未经授权不得随意使用转载请联系小编并注明来源。本文约 1000 字预计阅读需要 3 分钟。引言在数据库运维过程中无论是迁移扩容还是生产投量都必不可少的会遇到从库迁移追不上的问题。这些问题令人头疼。以下列举几个我个人遇到过的原因buffer_pool设置过大导致 MySQL 使用 SWAP备份导致 SQL_THREAD 回放等待 MDL大事务慢查询导致从库性能低下并行复制导致从库延迟监控一直为 1s网络问题具体情况具体分析这里不赘述。如果你在常规排查之后依然无法解决。接下来我将根据自身的一些经验提供一些参数调整思路供大家参考。思路一sync 相关我们在追延迟的情况可以调整一下参数增加日志落盘效率。后续上线从库可以再设置回来。sync_binlog0 sync_master_info10000 #default sync_relay_log10000 #default sync_relay_log_info10000 #default思路二buffer 和并发等相关可以考虑增加一下buffer_poolSQL_THREAD 回放执行的更快。如果内存空间不足的话可以适当调整change buffer的比例前提是无读正常情况下延迟库均为无业务连接。innodb_buffer_pool_size24G #24*1024*1024*1024 innodb_change_buffer_max_size50 innodb_thread_concurrency0 innodb_adaptive_hash_index0增大innodb_buffer_pool_size风险点内存过度分配导致 SWAP 触发或 OOM需预留足够内存给系统和 MySQL 其他组件建议缓冲池不超过物理内存的 70%调整需分步进行结合系统内存监控避免一次性设置过大。思路三slave 相关考虑开启并行复制开启并行复制8.0 版本考虑用 writeset。复制线程可以多观察一下如果没够的话可以考虑增加。但不建议超过 CPU 核心数或者innodb_thread_concurrency参数值。slave_preserve_commit_order会加一层锁追延迟的时候建议关闭后续上线从库可以再打开。slave_parallel_typeLOGICAL_CLOCK slave_parallel_workers16 slave_preserve_commit_orderOFF个人不建议修改以下参数性能虽然会有所增长但同时会导致主库commit等待。当然部分非实时类业务可以调整。binlog 的组提交的两个有关参数binlog_group_commit_sync_delay参数表示延迟多少微秒后才调用 fsync 刷盘binlog_group_commit_sync_no_delay_count参数表示累积多少次以后才调用 fsync。考虑关闭 log_slave_updateslog_slave_updates这个需要重启生效。但是有 gdb 经验的小伙伴可以 gdb 修改不需要重启只需要重启 slave 复制即可生效。无 gdb 经验可能会导致 crash 不建议。同时注意需要了解架构没有 binlog 备份或者级联库且无业务连接建议可以关闭。思路四MGR 架构可以考虑先改为异步复制关闭slave_preserve_commit_order待延迟追完后再加入到集群。思路五其他性能参数按照模板理论上不会有太大问题这套操作下来延迟大概率会有所下降降为 0 只是时间问题。附录并行复制积压日志解析:2021-01-10T16:08:39.94761108:00 85441 [Note] Multi-threaded slave statistics for channel ;seconds elapsed 120;events assigned 4005889;worker queues filled over overrun level 0;waited due a Worker queue full 0;waited due the total size 0;waited at clock conflicts 6918018179200 waited (count) when Workers occupied 0 waited when Workers occupied 0 -------------------------------- Multi-threaded slave statistics for channel ”: seconds elapsed 120; 每隔120s输出 eventsassigned 4005889; 总共有多少个event被分配执行 queues filled over overrun level 0; 多线程同步中worker 的私有队列长度超长的次数 waited due aWorker queue full 0; 因为worker的队列超长而产生等待的次数 waited due the total size 0; 超过最大size的次数 waited at clock conflicts 6918018179200;因为逻辑时间产生冲突的等待时间单位是纳秒 waited (count) when Workers occupied 0 因为workder被占用而出现等待的次数。总计值 waited when Workers occupied 0 因为workder被占用而出现等待的总时间总计值单位是纳秒