MySQL版《一周一议》之双11和数据库的故事（积分已转账-2012-11-29）

chinafenghao

积分已转账，请注意查收！

本贴是mysql板《一周一议》的第一个话题，对应上双11，哇，好多1。是一个不错的兆头哟，希望我们的mysql板《一周一议》能够得到网友的喜欢和认可。
本周的话题是和双11，及数据库有关，主要讨论一下两点：

1、双11.11你购了什么,购的过程中发现了哪些技术瓶颈？
     解释：(主要通过你前台购买时操作过程中，页面的反馈信息，来推断和发现后台的处理方法和瓶颈)
2、如果你是淘宝的数据库架构师,你会如何设计双11活动数据库故障的紧急处理预案？

活动奖励:
1、每周会评选一位最活跃的用户，有一本mysql相关的书籍送出,本周送出的书籍是《mysql技术内幕，SQL技术编程》。
2、由于是话题讨论，所以每位参加者都能获得适当的积分奖励。最低20分，最高不限,^_^想要赚分的朋友也可以来凑热闹哟。

如果你有好的话题，请移步《 MySQL版《每周一议》活动开山贴，欢迎大家提出主题！》通过回帖或者给管理员发送短信的方式提交你感兴趣的话题。

chinafenghao

1、双11.11你购了什么,购的过程中发现了哪些技术瓶颈？
关于第一点，我先说点我的发现吧。
11号凌晨，我发现了几个细节。
1、添加购物车添加不成功，不用从新刷新和跳转页面，系统会直接在在添加购物车的上面弹出提示，然后你可以再次尝试添加购物车。
这个功能对技术来说可以减小压力，对用户来说可以提高用户体验，很棒的设计。
2、在凌晨0点40分左右。我发现我的购物车有一部分数据消失了，在2点左右，那部分数据又自动恢复了。
这个很可能是天猫的购物车数据库有一台垮掉了，经过1个多小时的修复，这台数据库或者这台数据库的数据又从新上线了。
3、秒杀功能，我被坑了。
我昨天参加了一次1元换购的活动，类似秒杀吧。我为了计时准确，时间用的是天猫没小时11分有个秒杀的页面，那个页面有倒计时。可是我在离整点还有20s的时候去刷新1元换购，结果告知商品已经木有了。深深的被坑了。

下面请大家继续..............

banditsmile

双十一一分钱没花的路过。

不过有个问题，如果淘宝用mysql数据库做这次活动，不知道要用多少台

beyondfly

我先提一下本话题的一些bug, 1.mysql板，应该是mysql版，二我没有参与昨天的双11换购活动，活动是很多商家都采用先提价再降价的方式来吸引消费者，消费者真正买到手的东西甚至根本就没有便宜，有的商家虽然是打了5折了，但根本就没有货，对于双11与数据库的压力，这个话题还是比较吸引人，双11有数据访问量，根本不是测试环境可以模拟的，瞬间的并发访问量大得惊人，在其中，用户大量查询，是一个读多写少的过程。另外，用户采购后，需要通过支付宝进行支付，这里涉及的对数据库的写操作。去年阿里开始了轰轰烈烈的去IOE的运行，不知道支付宝是否采用的MySQL数据库。

beyondfly

回复 2# chinafenghao


    这种秒杀，根本就是忽悠人，任凭你再快的电脑，光纤到户的网络，也无法秒杀成功的

chinafenghao

@beyondfly
谢谢指正，已经修改。
在双11消费了。我说说纯消费者角度的体验吧。
价格呢，针对3C类型的商品来说比平时便宜一点点。前提是你要参加各种活动，比如抢红白，预充值之类的。
这次活动可以下手的主要还是以穿为主的商品。
内衣，内裤，睡衣，羽绒服,鞋子之类的。相比平时降价有20%左右。换季了有些东西必须添置，所以一个是凑热闹，一个是图方便。

我也不是这次活动的重度玩家，所以只能做一些简单，而且不专业的评述。

chinafenghao

@beyondfly
秒杀就是时间点碰上了，闹着玩的,每小时守着去秒杀的人不多。

chinafenghao

@beyondfly
说到支付宝，我还发现一个细节。

到支付宝的流量是坐过控制的。如果超过流量，你是跳不到支付宝那边去，当你能够跳过去的时候，支付宝是决定可以保证你的支付完成的。这也算是不把压力放到核心服务上的考虑，绝对不能让核心服务垮掉。

chinafenghao

@banditsmile
这是您的处女帖？

zongg

1、双11.11你购了什么,购的过程中发现了哪些技术瓶颈？

肯定是数据库顶不住了,支付宝交易未能完成,

2、如果你是淘宝的数据库架构师,你会如何设计双11活动数据库故障的紧急处理预案？

量太大了,不会啊.