大流量场景下MySQL如何准备
背景
领导通知过两天要搞秒杀活动,流量会暴涨,MySQL 可不能拖后腿啊,让我提供个方案。
大流量下需要了解的事
- 用户希望 APP 不要出现卡顿,点击一个功能马上就能有响应并反馈,不然用户可能就去用别家的了
- 数据库响应慢意味着用户、领导会觉得你的能力不行
- 哪怕几秒钟的停机时间也意味着巨大的损失,可能会流失用户
活动前
- 做好监控,如果对 MySQL 内部一无所知,如何知道是否有效果?
- 对应用程序进行负载测试,测试在正常负载和峰值负载下的扩容。在活动开始之前找出瓶颈是最佳时机,活动开始才发现系统的瓶颈,时间仓促,且容易引发更大的问题。
- 测试灾备切换所需的时间及是否有效
- 停止发布新的代码及配置文件
- 针对 checklist 仔细检查,不要假设。大部分故障是容易被忽视的问题引起
- 检查备份是否有效
活动期间
- 灾备切换是最后的选择。不到万不得已,不要做。
- 提前安排好 owner,每个人负责具体的事项,对该事项进行监控、调整和故障修复。
- 出现问题优先恢复业务,而不是留着故障等待开发排查
- 别让问题变得更严重,某些操作可能会让 MySQL 变慢,在更改前评估影响
- 收集好日志及其他数据用于事后分析,预防之后不能重现
活动后
- 分析并了解流量和使用情况,用于下次活动。
- 不要因为活动结束了就忘记活动期间出现的问题,问题不会自己消失。
- 从错误中吸取教训,预防下次
- 将系统升级到最新版和漏洞修复,
- 不要自满,技术每年都在变化,也许今年的经验明年就不好使了,必须定期分析、规划和审查