618数据洪峰来了 一键下单背后都有哪些技术支撑?

618大促来临，在零点的时候，你打开购物车、点点点、清空，整个过程一气呵成。但背后，成千上万的数据在马不停蹄、加速流转，以保障消费体验流畅有序。

腾讯云和数据库服务是背后默默守护的“无名英雄”。电商订单、支付、物流等核心链路，都是以数据库为基础。一旦数据库成为瓶颈、或任何细微的疏忽，整个618大促将会变成一个大型“灾难现场”。
一场电商大促，涉及到的数据量有多大？
以一个消费者的购买过程为例，一次下单行为，对于后端数据库就有多次读写调用；如果是秒杀场景就会产生“热点更新”的问题，更是对数据库内核优化能力的一种“洗礼”；跨店铺结算、资金金额，涉及到存储核心交易数据的数据库，每一个字符都代表着真金白银，下单失败要进行回滚，更是对后端系统多个组件的考验；还有物流数据库等都在支撑着整个电商交易环节…
这还只是一个用户的行为，618当天，有上亿人都在重复这个动作，想象一下这个数据量级：一个下单动作会涉及几十条、甚至上百条的数据库读写操作，如果保守估计按1亿人参与大促来计算，618数据库涉及上百亿次的查询或读写要求。
腾讯云服务了京东、唯品会、蘑菇街、每日优鲜、贝店、什么值得买等主流电商客户，是国内服务电商客户数量最多、范围最广的云厂商。一到大促节点，数据量级就会几何级增长。
据不完全统计，今年腾讯云数据库为电商客户承载了十亿级别的QPS（每秒查询数）、PB级别的数据存储量，整个大促期间数据库平稳有序运行。
一、预先评估、读写分离、一键扩容等系统能力为618保驾护航
每次大促前至少一个月，腾讯云数据库团队都要和电商客户一起评估资源：业务量会增长多少，同比、环比是否有增长预期。如果预计流量会翻3-5倍，团队就会和客户一起去考量现有数据库整体性能是否能满足资源，以及需要做多少扩容准备。
这个时间周期有可能会拉长到提前2个月，扩容这一关键步骤确定后，准备工作即告一段落。
腾讯云数据库可支持秒级弹性扩容。以腾讯云数据库Redis为例，Redis通过提供大规模的集群产品，为电商客户提供稳定的高并发低延迟的缓存服务，操作起来也极为简便，运维人员仅需在控制台点击一个按钮，即可操作完成数倍业务规格增长的弹性扩展。
在本轮618之前，Redis数据库曾支持过腾讯会议高并发的考验：在八天时间内腾讯会议完成了100万核云服务器扩展的同时，Redis集群仅在半小时以内就高效完成了数十倍规模的扩容，单集群的扩容流程后台处理时间不超过30分钟，同时保持了100%的系统可用性，在整个资源扩展过程中，腾讯会议服务始终保持着大规模的在线运行，海量用户无感知，依然能够高清流畅无卡顿的进行会议。