« 顶住光棍节的业务压力
DBA » http://www.anysql.net/dba/taobao-tmall-20101111.html 2010-11-16下半年总会担心下一年系统能不能承受住业务的压力, 去费力地思索需要采取些什么样的措施,2008年时在担心2009年,2009年时在担心2010年,这活正规的名字叫容量规划,到2010年时实在不能确定2011年要做些什么,正在这么犹豫之中时,淘宝商城搞了个双十一的活动,疯狂的一天。
淘宝商城单日交易额9.36亿, 每秒超过2万元交易; 2家店铺超2千万; 11家店铺超千万; 20家店铺过500万; 总共181家店铺过百万. 这是淘宝公布的业务量, 反应到支付宝上则是, 创建了1600万笔交易, 实际成交笔数破了1200万笔, 业务压力一下跳到了平时的两倍, 与上半年公布的数据相比, 光棍节那天的交易是上半年的3倍.
在数据库上, 就算提前一周准确预计到量, 也做不了什么事情. 11号早上来到公司后, 面对别人对数据库容量的关心, 我只能拍拍胸脯表示自信, 告诉他们, 现在能做的只有盲目的自信了, 然后安排DBA分别全天监控不同的数据库, 开始一些不安的等待.
随着交易量的攀升, 各个数据库的性能指标都在不停地上升, 交易数据库虽然做了拆分, 从一台数据库物理拆分成三台, 到晚上最高峰时, 负载指标回到了拆分前的水平, 还好是顶过去了, 从一些性能指标上看, 到这个业务量时应当是进入了不稳定的边界, 真是又高兴又害怕.
当漫长的一天快过去, 到晚上11点多时, 确定系统可以支撑过去后, 才彻底地松了口气, 同时感到异常的高兴, 终于可以证明平时的工作没有白费, 在11.11号充分证明了自己的价值, 所有的DBA相视而笑, 然后去找开发人员互相庆祝.
还好当天DB运行的数据, 及业务量的数据, 都做了详尽的收集, 这几天分析下来后, 基本上已确定明年要做的事情了, 面对2011年感觉既光明又有挑战, 喜欢这样的感觉.
Tags: DBA, Life, Oracle


顺便提一下, 欢迎年青有志气的DBA加盟, 共同迎接2011年的挑战.
哈哈,楼总
你们的系统非常牛阿!
有机会,给大家做做培训阿!
可惜我不是做oracle的DBA!
不然第一个去支付宝报名了
我报名,我是DBA!
TO eygle :
哈哈!
老大,你都做BOSS了!
容量规划是前期了,这时候我觉得应该叫容量安全了,我的理解,应该分为容量保护和容量伸缩两部分。容量保护,这方面很多公司应该都做的比较到位,比如丢弃高延迟事务,防止浪涌等等;但是容量伸缩,这部分,我觉得还不够到位,感受过11.11后,想法尤其强烈,哈哈,楼总,投资源研究不
淘宝推出这个光棍节的活动,就知道这对支付宝的数据库是个考验了。正好可以做个有风险的实验。
分享你的快乐.
有这个经理真不错
1600w/24*60*60=185.18笔/秒,如果按12小时算,是370笔/秒,这个处理速度,并不是很高。看起来正如楼主说的主要是容量的风险。如果说的不对,请楼主指正。
彩票业务要求5000笔/秒,最少不能少于3000笔,而且要求必须每笔提交,不允许丢失数据。我想问一下楼主,你们是批量提交,还是单笔提交?谢谢!
彩票业务是单SQL的简单事务,并且容易用RAC之类的来分节点处理,要支持这个不难的。我们是复杂的事务,一笔业务要经历多个DB事务处理的。