MySQL主从复制讨论纪要

本文讨论了MySQL主从复制的特点,包括从库关注顺序而非执行时间、基于时间的序号同步机制、事务的多阶段处理等。同时分析了不同复制策略如基于表和基于行的应用场景及优缺点。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

读了一篇技术文章,和架构部的全体兄弟们进行了讨论。
以下为讨论的重点,并做了纪要。做个沉淀,欢迎兄弟们讨论。
《mysql主从复制的优缺点》
http://dinglin.iteye.com/blog/2272079

1.区分主从进行理解:从库关心顺序、不关心执行时长;
2.时间 ==> 序号:根据主库的执行情况生成的序号,从库只能根据序号保证先后顺序
3.事务多阶段:
动作:准备、提交
状态:执行中、执行完
4.从库不能保证强一致性(select),只能保证最终一致性
5.基于表:
应用场景:对于多表更新的场景效果特别好。缺点是反之的,若是热点表更新,则本策略无效。而且由于hash表的维护,性能反而下降。
6.基于行:
应用场景:热点表更新。缺点,hash key计算冲突的代价大。尤其是大事务,计算hash key的cpu消耗大,而且耗内存。这需要业务DBA做判断得失。
“文化惠”平台专家评审会会议纪要 时间:2024年2月27日 技术讨论与评审意见 平台现状与并发处理 当前“文化惠”平台用户量超50万,订单量达40万级,但在大型活动(如演唱会)时面临高并发压力,曾因数据库直连导致系统崩溃。现有架构为单应用服务器(8核16G)搭配主从数据库,日常访问量约两三千,但峰值QPS可达12万,需分层压测(应用层、中间件、数据库)并优化横向扩容能力,建议采用弹性云资源(如阿里云ECS)和Redis缓存策略,限制高频接口调用,通过队列消化瞬时流量。 数据库与架构优化 数据库存在主从分离不彻底、读写未分流的问题,导致CPU满载。专家建议拆分关键业务接口(如订票、实时查询),实现读写分离,并升级MySQL版本以支持集群化部署。同时需定期清理冗余数据,优化历史数据存储策略。 安全与信创适配 当前系统未通过等保评估,部分敏感数据未加密存储,且服务器部署于阿里云,不符合广西本地数据监管要求。建议迁移至本地云(如天翼云/华为云),补充密码评估模块,强化API接口鉴权,并适配信创环境(如麒麟OS、达梦数据库),确保软硬件国产化兼容。 功能升级与AI应用 计划进行UI全面改版,统一多端风格;打通抖音/小红书直播带货链路,开发文创积分商城;引入AI客服和智能推荐功能,提升用户粘性。技术方已与抖音、小红书达成深度合作,计划通过私有化大模型训练优化个性化服务。 运维与应急方案 运维预算不足导致扩容响应滞后,需建立专项团队并制定弹性扩容SOP。建议完善日志监控与报警机制(如企业微信机器人),针对关键业务接口(如抢票API)设计限频限速策略,并提前部署应急服务器资源以应对脉冲流量。 系统部署与信创要求 现有Docker容器化部署方案需优化启动效率(当前扩容需15-20分钟),建议结合信创环境调整技术栈(如替换OpenResty为国产网关),确保系统在国产化硬件上的稳定运行。 评审结论 专家组认为当前系统功能基本满足业务需求,技术架构支持横向扩展,升级方案总体可行,但需重点完善以下内容: 架构优化:补充分层压测报告,明确分钟级峰值QPS承载能力; 安全合规:提交等保2.0评估计划,加快信创适配进度; 实施保障:优先完成UI升级与并发优化,同步推进AI功能试点; 运维机制:制定分阶段预算投入计划,建立跨部门协作流程。 下一步行动:技术方需于3月1日前提交详细扩容与安全加固方案,集团协调资源审批并成立专项组跟进落地。讲这些内容转换成Markdown格式
03-08
“文化惠”平台专家评审会会议纪要 时间:2024年2月27日 技术讨论与评审意见 平台现状与并发处理 当前“文化惠”平台用户量超50万,订单量达40万级,但在大型活动(如演唱会)时面临高并发压力,曾因数据库直连导致系统崩溃。现有架构为单应用服务器(8核16G)搭配主从数据库,日常访问量约两三千,但峰值QPS可达12万,需分层压测(应用层、中间件、数据库)并优化横向扩容能力,建议采用弹性云资源(如阿里云ECS)和Redis缓存策略,限制高频接口调用,通过队列消化瞬时流量。 数据库与架构优化 数据库存在主从分离不彻底、读写未分流的问题,导致CPU满载。专家建议拆分关键业务接口(如订票、实时查询),实现读写分离,并升级MySQL版本以支持集群化部署。同时需定期清理冗余数据,优化历史数据存储策略。 安全与信创适配 当前系统未通过等保评估,部分敏感数据未加密存储,且服务器部署于阿里云,不符合广西本地数据监管要求。建议迁移至本地云(如天翼云/华为云),补充密码评估模块,强化API接口鉴权,并适配信创环境(如麒麟OS、达梦数据库),确保软硬件国产化兼容。 功能升级与AI应用 计划进行UI全面改版,统一多端风格;打通抖音/小红书直播带货链路,开发文创积分商城;引入AI客服和智能推荐功能,提升用户粘性。技术方已与抖音、小红书达成深度合作,计划通过私有化大模型训练优化个性化服务。 运维与应急方案 运维预算不足导致扩容响应滞后,需建立专项团队并制定弹性扩容SOP。建议完善日志监控与报警机制(如企业微信机器人),针对关键业务接口(如抢票API)设计限频限速策略,并提前部署应急服务器资源以应对脉冲流量。 系统部署与信创要求 现有Docker容器化部署方案需优化启动效率(当前扩容需15-20分钟),建议结合信创环境调整技术栈(如替换OpenResty为国产网关),确保系统在国产化硬件上的稳定运行。 评审结论 专家组认为当前系统功能基本满足业务需求,技术架构支持横向扩展,升级方案总体可行,但需重点完善以下内容: 架构优化:补充分层压测报告,明确分钟级峰值QPS承载能力; 安全合规:提交等保2.0评估计划,加快信创适配进度; 实施保障:优先完成UI升级与并发优化,同步推进AI功能试点; 运维机制:制定分阶段预算投入计划,建立跨部门协作流程。 下一步行动:技术方需于3月1日前提交详细扩容与安全加固方案,集团协调资源审批并成立专项组跟进落地。将这些内容使用公文用语编写,保留原格式即可,不需要重新整理格式,然后转换成Markdown格式
03-08
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值