g*****g
发帖数: 34805 | |
m********s
发帖数: 55301 | 2 楼主你想想，你们这些高中开始就优秀的学生都出国年薪3、40万美元挣大钱去了，只
剩下我们这些物理化数门不及格的劣等生月薪7000人民币在拼死拼活的折腾这个春运7
天2.67亿次订票、退票、联程、中转、半程...票量的票务系统，还不让我们用SSL、
TLS。
我们容易吗？
【在 g*****g 的大作中提到】
: 我老要买张车票，登录都登录不了。
|
d********u
发帖数: 5383 | 3 老规矩了，日本人和狗不能用12306。
【在 g*****g 的大作中提到】
: 我老要买张车票，登录都登录不了。
|
g*****g
发帖数: 34805 | 4 大臭臭没包括阿三呀，看来跟阿三老板交换菊花鱼水相融了。
【在 d********u 的大作中提到】
: 老规矩了，日本人和狗不能用12306。
|
x*******1
发帖数: 28835 | 5 其实是个CAP问题， consistency 和 availability tradeoff |
m********s
发帖数: 55301 | 6 楼上跟帖的众ID以及楼主，除了我，都是当年小学、初中、高中、大学、研究生的佼佼
者，全A生。
嘲笑着蓝翔毕业的中专生们的作品。
我理解，十分的理解。 |
g*****g
发帖数: 34805 | 7 人杭师毕业的整出了淘宝，所以你这理论非常不靠谱。
【在 m********s 的大作中提到】
: 楼上跟帖的众ID以及楼主，除了我，都是当年小学、初中、高中、大学、研究生的佼佼
: 者，全A生。
: 嘲笑着蓝翔毕业的中专生们的作品。
: 我理解，十分的理解。
|
m********s
发帖数: 55301 | 8 所以说，有机会就能使落后者不再落后。
没机会就能是先进者落后。
你曾经是先进者，希望你抓住机会不要变成落后者。
【在 g*****g 的大作中提到】
: 人杭师毕业的整出了淘宝，所以你这理论非常不靠谱。
|
g*****g
发帖数: 34805 | 9 啥都是可以学的，学了外行也可以变内行，但不懂装逼是不会变成内行的。国内三流烂
校的被逼着把淘宝做出来了，这里的牛校千老们幻想着我会C++，写个12306还不是小菜。
【在 m********s 的大作中提到】
: 所以说，有机会就能使落后者不再落后。
: 没机会就能是先进者落后。
: 你曾经是先进者，希望你抓住机会不要变成落后者。
|
y**********u
发帖数: 6366 | 10 12306很难啊
request load很高，后端要保证consistency，而且要有service call去做payment
我感觉普通公司真的做不好
【在 g*****g 的大作中提到】
: 我老要买张车票，登录都登录不了。
|
|
|
m********s
发帖数: 55301 | 11 看看Google play，Apple store，Amazon。
都有被抢购搞到当机的时候。
没招，跟修桥一样，你不会因为一年中有20天的车流量在单分钟达10万辆，就把桥修成
双向500车道。
【在 y**********u 的大作中提到】
: 12306很难啊
: request load很高，后端要保证consistency，而且要有service call去做payment
: 我感觉普通公司真的做不好
|
m********s
发帖数: 55301 | 12 啥都是可以学的？
先开放SSL，TLS给大陆和东亚诸国使用起来再说别的。
菜。
【在 g*****g 的大作中提到】
: 啥都是可以学的，学了外行也可以变内行，但不懂装逼是不会变成内行的。国内三流烂
: 校的被逼着把淘宝做出来了，这里的牛校千老们幻想着我会C++，写个12306还不是小菜。
|
g*****g
发帖数: 34805 | 13 Google play 很典型，N4出来的时候当了。N5出来的时候就没问题，下单之后立刻返回
告诉你15分钟内发信跟你说抢到没有。我老给的都是业界通行的方案。不是啥天方夜谭。
另外，出票scale很难，下订单是没有难度的。云上春运那几天拉出几千个instance根
本花不了几个钱。
【在 m********s 的大作中提到】
: 看看Google play，Apple store，Amazon。
: 都有被抢购搞到当机的时候。
: 没招，跟修桥一样，你不会因为一年中有20天的车流量在单分钟达10万辆，就把桥修成
: 双向500车道。
|
g*****g
发帖数: 34805 | 14 啥意思？难道OpenSSL不是开源实现。还是你想说CA？
【在 m********s 的大作中提到】
: 啥都是可以学的？
: 先开放SSL，TLS给大陆和东亚诸国使用起来再说别的。
:
: 菜。
|
f******2
发帖数: 2455 | 15
谭。
啥意思？真以为天朝核心infrastructure相关部门允许用亚马逊呢？
【在 g*****g 的大作中提到】
: Google play 很典型，N4出来的时候当了。N5出来的时候就没问题，下单之后立刻返回
: 告诉你15分钟内发信跟你说抢到没有。我老给的都是业界通行的方案。不是啥天方夜谭。
: 另外，出票scale很难，下订单是没有难度的。云上春运那几天拉出几千个instance根
: 本花不了几个钱。
|
m********s
发帖数: 55301 | 16 说了很多遍了。
抢手机，有就是有，抢走一个就是少一个。
抢火车票，京沪线，你定了济南到南京的票后，系统得重新计算，因为北京到济南的票
还会有，但北京到南京到上海的票就没了。每一次票务输出都会使系统必须重新计算剩
余可以售出的票数和始发终点站。
而以上这个计算，不光是售票时会发生，每次查询时都会发生。
查询后有票，但决定买票时又没了。
查询后没票，但一秒钟后查询又有了。
一趟大约1066个座位的有5个始发终点站的京沪车次在抢票时会引发高达十几万次的查
询。每一次查询都要引发系统重新计算京沪线5个始发终点的票务变化，这是仅仅一趟
车次。
至于你说的排队等15分钟后才知道抢到没抢到，如果你是需要购买从济南到南京的旅客
，为了保证你自己能当天上车，你会先把当天你能点击到的78列高铁、动车车票都抢了
，然后过15分钟知道结果后再退掉多订到的票。你一个人抢了78列车票，会有1066个人
跟你做同样的事情，不，不是1066个人，那只是座位，你要计算5个始发终点的人。
而且为了保证万无一失，你有可能把符合你时间段里的车次都先选了，如果时间段是5
天的话你就是选了390张票。而如果过了15分钟后结果你是一张票都没拿到，你会怎样
？鉴于你知道有很多像你一样在拿到票后会退掉多余订到的票，你就继续点击继续选票
，如此往复。
美国也有火车，你可以玩玩。
谭。
【在 g*****g 的大作中提到】
: Google play 很典型，N4出来的时候当了。N5出来的时候就没问题，下单之后立刻返回
: 告诉你15分钟内发信跟你说抢到没有。我老给的都是业界通行的方案。不是啥天方夜谭。
: 另外，出票scale很难，下订单是没有难度的。云上春运那几天拉出几千个instance根
: 本花不了几个钱。
|
g*****g
发帖数: 34805 | 17 没听说阿里云，与时俱进吧。
【在 f******2 的大作中提到】
:
: 谭。
: 啥意思？真以为天朝核心infrastructure相关部门允许用亚马逊呢？
|
g*****g
发帖数: 34805 | 18 没有啥本质区别，都是一个 trasanctiin写数据库，都锁表，事实上，单一商品就一
row所有交易都锁，更慢，除非你是先超卖再重算。但凡异步，后台慢慢算倍，没看到
分时段内存数据库全上了？有了异步这些都不是必须。另外手机一般准备百万部，一个
车次一天才几千张。
至于抢多票，解决方法太简单了，实名出票，退票要手续费。你见谁把一个飞机的座位
都买了，回头再退的吗？另外，大家都抢，同一时间开始，手动你下 N 个单多半不会
排在别人 N个单前面的，最后不过让你买到一两张。至于查询不过是个DB cache，read
replica之类的实现。本来就不实时，能没票之后1分钟阻止下单就行了。
【在 m********s 的大作中提到】
: 说了很多遍了。
: 抢手机，有就是有，抢走一个就是少一个。
: 抢火车票，京沪线，你定了济南到南京的票后，系统得重新计算，因为北京到济南的票
: 还会有，但北京到南京到上海的票就没了。每一次票务输出都会使系统必须重新计算剩
: 余可以售出的票数和始发终点站。
: 而以上这个计算，不光是售票时会发生，每次查询时都会发生。
: 查询后有票，但决定买票时又没了。
: 查询后没票，但一秒钟后查询又有了。
: 一趟大约1066个座位的有5个始发终点站的京沪车次在抢票时会引发高达十几万次的查
: 询。每一次查询都要引发系统重新计算京沪线5个始发终点的票务变化，这是仅仅一趟
|
m********s
发帖数: 55301 | 19 "另外手机一般准备百万部，一个车次一天才几千张"
你把京沪线的再重新看一次。
至于飞机票，你见过哪个买机票的系统让你在下定后过15分钟再告诉你订上没订上。
而且京沪飞机票有多重始发站的影响吗？
机票本质和手机一样，有就是有，没有就是没有。
火车票不是。
read
【在 g*****g 的大作中提到】
: 没有啥本质区别，都是一个 trasanctiin写数据库，都锁表，事实上，单一商品就一
: row所有交易都锁，更慢，除非你是先超卖再重算。但凡异步，后台慢慢算倍，没看到
: 分时段内存数据库全上了？有了异步这些都不是必须。另外手机一般准备百万部，一个
: 车次一天才几千张。
: 至于抢多票，解决方法太简单了，实名出票，退票要手续费。你见谁把一个飞机的座位
: 都买了，回头再退的吗？另外，大家都抢，同一时间开始，手动你下 N 个单多半不会
: 排在别人 N个单前面的，最后不过让你买到一两张。至于查询不过是个DB cache，read
: replica之类的实现。本来就不实时，能没票之后1分钟阻止下单就行了。
|
g*****g
发帖数: 34805 | 20 火车票本来就不是你这么卖的，否则京沪线全让北京始发的人买了，中间的人还不得急
，否则反过来也一样。都是大头就根据往年数据预分好了，你看着一个无比动态的组合
，其实不过是几十个起始组合预分票，换句话说，怎么都不够分，让大家都喝点汤。退
一万步，一趟车3000张票，20个站，最多6万
票＊站，都从同一个锁过，又能花多久？但凡没实时要求，即便数据库并发度不高也能
弄完，延迟多一点就是。12306现在这内存数据库每秒能出2万6张票，换异步难道性能
会降低？一天30M张，分10次，3M 100秒弄完了，多大的事呀。
机票不这么卖是因为没有这么抢手，预卖时间也长。去车站买票要排队，排了队不一定
买得着，网上买票让你
排15分钟就不行？这东西都是做架构的人没有经验导致的。我再说一次，导致系统崩溃
的是前台订单太多，不是后台票太多数据库处理不了。只要前后异步了，后台就不会有
压力。
【在 m********s 的大作中提到】
: "另外手机一般准备百万部，一个车次一天才几千张"
: 你把京沪线的再重新看一次。
: 至于飞机票，你见过哪个买机票的系统让你在下定后过15分钟再告诉你订上没订上。
: 而且京沪飞机票有多重始发站的影响吗？
: 机票本质和手机一样，有就是有，没有就是没有。
: 火车票不是。
:
: read
|
|
|
m********s
发帖数: 55301 | 21 实时是requirement的第一要求。
你们N家的电影也是，如果客户在点击购买观看一部电影却要等2个小时之后才知道你们
买不买给他，你们公司遭倒闭了。
实时是买票人的要求。
【在 g*****g 的大作中提到】
: 火车票本来就不是你这么卖的，否则京沪线全让北京始发的人买了，中间的人还不得急
: ，否则反过来也一样。都是大头就根据往年数据预分好了，你看着一个无比动态的组合
: ，其实不过是几十个起始组合预分票，换句话说，怎么都不够分，让大家都喝点汤。退
: 一万步，一趟车3000张票，20个站，最多6万
: 票＊站，都从同一个锁过，又能花多久？但凡没实时要求，即便数据库并发度不高也能
: 弄完，延迟多一点就是。12306现在这内存数据库每秒能出2万6张票，换异步难道性能
: 会降低？一天30M张，分10次，3M 100秒弄完了，多大的事呀。
: 机票不这么卖是因为没有这么抢手，预卖时间也长。去车站买票要排队，排了队不一定
: 买得着，网上买票让你
: 排15分钟就不行？这东西都是做架构的人没有经验导致的。我再说一次，导致系统崩溃
|
m********s
发帖数: 55301 | 22 你本楼第一帖就说了
"我老要买张车票，登录都登录不了"。所以认定12306一塌糊涂。
但你明明可以试试15分钟后看能不能登陆啊？你可以无限制的每隔15分钟就试一次登陆
啊。
本质上，你等15分钟再试能不能登陆和你等15分钟才知道买到没买到票是一个道理。
你连不能马上就登陆进去都骂，让你等15分钟之后才知道没有票你会骂得比别人都狠的。
【在 g*****g 的大作中提到】
: 火车票本来就不是你这么卖的，否则京沪线全让北京始发的人买了，中间的人还不得急
: ，否则反过来也一样。都是大头就根据往年数据预分好了，你看着一个无比动态的组合
: ，其实不过是几十个起始组合预分票，换句话说，怎么都不够分，让大家都喝点汤。退
: 一万步，一趟车3000张票，20个站，最多6万
: 票＊站，都从同一个锁过，又能花多久？但凡没实时要求，即便数据库并发度不高也能
: 弄完，延迟多一点就是。12306现在这内存数据库每秒能出2万6张票，换异步难道性能
: 会降低？一天30M张，分10次，3M 100秒弄完了，多大的事呀。
: 机票不这么卖是因为没有这么抢手，预卖时间也长。去车站买票要排队，排了队不一定
: 买得着，网上买票让你
: 排15分钟就不行？这东西都是做架构的人没有经验导致的。我再说一次，导致系统崩溃
|
m********s
发帖数: 55301 | 23 你可以过15分钟再试试看能不能登陆。
【在 g*****g 的大作中提到】
: 我老要买张车票，登录都登录不了。
|
x*******1
发帖数: 28835 | 24 你要理解成strong consistence的那养，availability就没法做了， 只要做成event
consistency就行了。
【在 m********s 的大作中提到】
: 说了很多遍了。
: 抢手机，有就是有，抢走一个就是少一个。
: 抢火车票，京沪线，你定了济南到南京的票后，系统得重新计算，因为北京到济南的票
: 还会有，但北京到南京到上海的票就没了。每一次票务输出都会使系统必须重新计算剩
: 余可以售出的票数和始发终点站。
: 而以上这个计算，不光是售票时会发生，每次查询时都会发生。
: 查询后有票，但决定买票时又没了。
: 查询后没票，但一秒钟后查询又有了。
: 一趟大约1066个座位的有5个始发终点站的京沪车次在抢票时会引发高达十几万次的查
: 询。每一次查询都要引发系统重新计算京沪线5个始发终点的票务变化，这是仅仅一趟
|
g*****g
发帖数: 34805 | 25 你的脑子一筒浆糊，现在的结果就是网页都打不开，还有个屁实时。还什么15分钟后试
？我一个春运就买一次票，等15分钟出结果。跟你15分钟刷一次刷几天体验能比吗？
网页能打开才是第一要求。什么实时你杜撰出来的要求，上大厅排队你能实时吗？排队
能保证有票吗？但你不能把门封了谁进去谁进不去靠运气。
【在 m********s 的大作中提到】
: 实时是requirement的第一要求。
: 你们N家的电影也是，如果客户在点击购买观看一部电影却要等2个小时之后才知道你们
: 买不买给他，你们公司遭倒闭了。
: 实时是买票人的要求。
|
e********2
发帖数: 495 | 26 evuntual，而且这个需要储存大量数据吗？
【在 x*******1 的大作中提到】
: 你要理解成strong consistence的那养，availability就没法做了， 只要做成event
: consistency就行了。
|
q*c
发帖数: 9453 | 27 这太搞了，去车站买票喝冷风，热风，臭气，流汗， 被黄牛搞， 排几个小时到窗口了
不知道还有票没有。
现在在线了， 突然就要求 100% 实时确定了？ 呵呵。 至少异步在线能告诉你2分钟后
有结果，而且你买到票的概率是多少， 还可以给你免费继续排队，直到票没有为止。
这已经是最好了，做人不能贪得无厌啊，哈哈。贪得无厌的结果就是网站死机，然后自
己老实排队喝冷风，啥话都没有了。。。
BTW 你这态度很不对，完全是抬杠了套路。2 分钟和两个小时有本质的区别。
【在 m********s 的大作中提到】
: 实时是requirement的第一要求。
: 你们N家的电影也是，如果客户在点击购买观看一部电影却要等2个小时之后才知道你们
: 买不买给他，你们公司遭倒闭了。
: 实时是买票人的要求。
|
b*******s
发帖数: 5216 | 28 人群的期望是不一样的，比如我以前在国内公司工作时，同事们都是通过公司的票务代
理搞票，你不能指望所有人都有民工的耐心和时间。其次你排到窗口，就是实时知道情
况，你要类比应该是排到窗口，问了一句话就被拉到队尾重排
【在 q*c 的大作中提到】
: 这太搞了，去车站买票喝冷风，热风，臭气，流汗， 被黄牛搞， 排几个小时到窗口了
: 不知道还有票没有。
: 现在在线了， 突然就要求 100% 实时确定了？ 呵呵。 至少异步在线能告诉你2分钟后
: 有结果，而且你买到票的概率是多少， 还可以给你免费继续排队，直到票没有为止。
: 这已经是最好了，做人不能贪得无厌啊，哈哈。贪得无厌的结果就是网站死机，然后自
: 己老实排队喝冷风，啥话都没有了。。。
: BTW 你这态度很不对，完全是抬杠了套路。2 分钟和两个小时有本质的区别。
|
g*****g
发帖数: 34805 | 29 一次提交等通知需要耐心，刷屏不需要耐心，还是票务代理是实时的？而且我也说过，
可以把限定个数的备用线
路一并提交了，你到窗口也是问A还有吗，没有B呢，没有C呢？
【在 b*******s 的大作中提到】
: 人群的期望是不一样的，比如我以前在国内公司工作时，同事们都是通过公司的票务代
: 理搞票，你不能指望所有人都有民工的耐心和时间。其次你排到窗口，就是实时知道情
: 况，你要类比应该是排到窗口，问了一句话就被拉到队尾重排
|
m********s
发帖数: 55301 | 30 网页打不开是一个结果。
你递交申请后得到没票也是一个结果。
【在 g*****g 的大作中提到】
: 你的脑子一筒浆糊，现在的结果就是网页都打不开，还有个屁实时。还什么15分钟后试
: ？我一个春运就买一次票，等15分钟出结果。跟你15分钟刷一次刷几天体验能比吗？
: 网页能打开才是第一要求。什么实时你杜撰出来的要求，上大厅排队你能实时吗？排队
: 能保证有票吗？但你不能把门封了谁进去谁进不去靠运气。
|
|
|
m********s
发帖数: 55301 | 31 至于抬杠。呵呵。
说一句题外话，楼主犯的就是典型的华人高级码工的毛病。
【在 q*c 的大作中提到】
: 这太搞了，去车站买票喝冷风，热风，臭气，流汗， 被黄牛搞， 排几个小时到窗口了
: 不知道还有票没有。
: 现在在线了， 突然就要求 100% 实时确定了？ 呵呵。 至少异步在线能告诉你2分钟后
: 有结果，而且你买到票的概率是多少， 还可以给你免费继续排队，直到票没有为止。
: 这已经是最好了，做人不能贪得无厌啊，哈哈。贪得无厌的结果就是网站死机，然后自
: 己老实排队喝冷风，啥话都没有了。。。
: BTW 你这态度很不对，完全是抬杠了套路。2 分钟和两个小时有本质的区别。
|
g*****g
发帖数: 34805 | 32 这能一样吗？我买票两分钟弄完了，再等几分钟确认没票了，那天都没可能了。好歹是
排队公平的，再想要票也没用，买飞机票是正经。你刷了几个小时，无数次看到票一提
交404。
【在 m********s 的大作中提到】
: 网页打不开是一个结果。
: 你递交申请后得到没票也是一个结果。
|
g*****g
发帖数: 34805 | 33 我操，我老人家成天被鄙视不服出来说两句还有毛病了。外行成天瞎叽歪反到是没毛病
的？编程版不如就事论事，我老举的例子哪个不是事实？
【在 m********s 的大作中提到】
: 至于抬杠。呵呵。
: 说一句题外话，楼主犯的就是典型的华人高级码工的毛病。
|
m********s
发帖数: 55301 | 34 你等了几十个15分钟也耗了几个小时，试了各天各次的车次，无数次过15分钟得到票刚
刚售光的消息。
【在 g*****g 的大作中提到】
: 这能一样吗？我买票两分钟弄完了，再等几分钟确认没票了，那天都没可能了。好歹是
: 排队公平的，再想要票也没用，买飞机票是正经。你刷了几个小时，无数次看到票一提
: 交404。
|
g*****g
发帖数: 34805 | 35 哪来的几十个，你大可一次把所有备用车次提交了，到窗口问不也是这么问的。唯一就
是还没到预售期的你没法提交罢了。现在预售时间60天，你能走的就那么几天，一天交
一次单没几天你也知道行不行了。
【在 m********s 的大作中提到】
: 你等了几十个15分钟也耗了几个小时，试了各天各次的车次，无数次过15分钟得到票刚
: 刚售光的消息。
|
m********s
发帖数: 55301 | 36 因为你真是不知道什么叫做requirements虽然你天天跟requirements打交道。
华人码工最大的问题就是自己和市场需求脱节。
【在 g*****g 的大作中提到】
: 我操，我老人家成天被鄙视不服出来说两句还有毛病了。外行成天瞎叽歪反到是没毛病
: 的？编程版不如就事论事，我老举的例子哪个不是事实？
|
m********s
发帖数: 55301 | 37 "你大可一次把所有备用车次提交了"。
喂，这和一次性把所有备用车票都买了有什么本质区别？
A，在你第一次结果回来的时候有些车次有票，如果不锁，下一个千分之一秒票就会没
了。
B，在你第一次结果回来的时候有些车次有票，如果都锁，那第二个人下一个千分之一
秒查票时就没有票了，但在你订完你的票之后解锁了其他票后，第三个人又能查到有票
了。
第一个人、第三个人买到了票，但第二个人没买到票。
【在 g*****g 的大作中提到】
: 哪来的几十个，你大可一次把所有备用车次提交了，到窗口问不也是这么问的。唯一就
: 是还没到预售期的你没法提交罢了。现在预售时间60天，你能走的就那么几天，一天交
: 一次单没几天你也知道行不行了。
|
g*****g
发帖数: 34805 | 38 要求没法实现跟stakeholder bargain是我老的工作之一，需求从来不是一成不变的。
但我老做出来的项目要是网页都打不开肯定混不下去。我做的妥协是按着大厅排队来的
，人民群众可以接受排长队就不能接受几分钟异步通知？不如说需求是你定的。
【在 m********s 的大作中提到】
: 因为你真是不知道什么叫做requirements虽然你天天跟requirements打交道。
: 华人码工最大的问题就是自己和市场需求脱节。
|
g*****g
发帖数: 34805 | 39 区别就在于最多只买一张票，不用退票，没有退票费。买票是按照你要求的顺序去锁。
一次锁一张。公平也是相对的公平，早一秒提交的能基本保证优先，差千分之一本来就
保证不了。
你要写过并发应用的话就知道不是专用数据库晚千分之一秒提交的request先执行太正
常了。
【在 m********s 的大作中提到】
: "你大可一次把所有备用车次提交了"。
: 喂，这和一次性把所有备用车票都买了有什么本质区别？
: A，在你第一次结果回来的时候有些车次有票，如果不锁，下一个千分之一秒票就会没
: 了。
: B，在你第一次结果回来的时候有些车次有票，如果都锁，那第二个人下一个千分之一
: 秒查票时就没有票了，但在你订完你的票之后解锁了其他票后，第三个人又能查到有票
: 了。
: 第一个人、第三个人买到了票，但第二个人没买到票。
|
m********s
发帖数: 55301 | 40 所谓退票，和锁了票之后再解锁，本质上是一样的。
“公平也是相对的公平”的结论是正确的，但是只有买票人认为的相对公平而不是从所
谓技术上保证的相对公平才是买票人认可的相对公平。
你再看一下A和B，买票人不能接受的就是自己排到了前面却没票，但排在自己后面的人
却买到了自己刚刚没有的票。这是买票人最不能接受的相对公平。
这跟你折腾几个小时却打不开网页，我却在你打不开网页的时间段里打开了网页一样。
---
A，在你第一次结果回来的时候有些车次有票，如果不锁，下一个千分之一秒票就会没
了。
B，在你第一次结果回来的时候有些车次有票，如果都锁，那第二个人下一个千分之一
秒查票时就没有票了，但在你订完你的票之后解锁了其他票后，第三个人又能查到有票
了。
第一个人、第三个人买到了票，但第二个人没买到票。
【在 g*****g 的大作中提到】
: 区别就在于最多只买一张票，不用退票，没有退票费。买票是按照你要求的顺序去锁。
: 一次锁一张。公平也是相对的公平，早一秒提交的能基本保证优先，差千分之一本来就
: 保证不了。
: 你要写过并发应用的话就知道不是专用数据库晚千分之一秒提交的request先执行太正
: 常了。
|
|
|
g*****g
发帖数: 34805 | 41 当然不一样，你愿意多买票付退票费是允许的，有钱任性。否则按着顺序一次尝试锁一
个车次，根本不会有你说的这种情况。至于1ms的并发后来先到是正常的，别说百万张
，就是100张都可能出现。你非要追求这个级别的公平就是吹毛求疵了。用户哪里知道
自己早1ms却没买到票，技术上这是同时到的单子，谁先执行是运气，跟全国几千窗口
，大家同时排到谁买着买不着看售票手快是一个性质。但差1分钟肯定不会发生。跟你
那差了几小时的天壤之别。
【在 m********s 的大作中提到】
: 所谓退票，和锁了票之后再解锁，本质上是一样的。
: “公平也是相对的公平”的结论是正确的，但是只有买票人认为的相对公平而不是从所
: 谓技术上保证的相对公平才是买票人认可的相对公平。
: 你再看一下A和B，买票人不能接受的就是自己排到了前面却没票，但排在自己后面的人
: 却买到了自己刚刚没有的票。这是买票人最不能接受的相对公平。
: 这跟你折腾几个小时却打不开网页，我却在你打不开网页的时间段里打开了网页一样。
: ---
: A，在你第一次结果回来的时候有些车次有票，如果不锁，下一个千分之一秒票就会没
: 了。
: B，在你第一次结果回来的时候有些车次有票，如果都锁，那第二个人下一个千分之一
|
m********s
发帖数: 55301 | 42 你先回答按你说的，买票人同时递交了20个车次的申请后，结果有9个车次说有票，系
统锁不锁这9张票？
【在 g*****g 的大作中提到】
: 当然不一样，你愿意多买票付退票费是允许的，有钱任性。否则按着顺序一次尝试锁一
: 个车次，根本不会有你说的这种情况。至于1ms的并发后来先到是正常的，别说百万张
: ，就是100张都可能出现。你非要追求这个级别的公平就是吹毛求疵了。用户哪里知道
: 自己早1ms却没买到票，技术上这是同时到的单子，谁先执行是运气，跟全国几千窗口
: ，大家同时排到谁买着买不着看售票手快是一个性质。但差1分钟肯定不会发生。跟你
: 那差了几小时的天壤之别。
|
g*****g
发帖数: 34805 | 43 你是看不明白我说啥吗？提交20车次的申请，系统挨个查，第一个有就卖给你结束，没
有开始就试第二个，以此类推。需要锁9张票吗？系统有几千上万个这样的work thread
同时处理订单
，所以绝对公平是没有的。
还有，公平性这种东西是要写入SLA的，你标书你写1分钟还好，几个小时直接就扔出来
了。
【在 m********s 的大作中提到】
: 你先回答按你说的，买票人同时递交了20个车次的申请后，结果有9个车次说有票，系
: 统锁不锁这9张票？
|
m********s
发帖数: 55301 | 44 你的假设只是在一站到达的假设上。
而路程很多时候是组合排列。
thread
【在 g*****g 的大作中提到】
: 你是看不明白我说啥吗？提交20车次的申请，系统挨个查，第一个有就卖给你结束，没
: 有开始就试第二个，以此类推。需要锁9张票吗？系统有几千上万个这样的work thread
: 同时处理订单
: ，所以绝对公平是没有的。
: 还有，公平性这种东西是要写入SLA的，你标书你写1分钟还好，几个小时直接就扔出来
: 了。
|
g*****g
发帖数: 34805 | 45 排列组合也没啥两样，没人规定单子不能联票或者非联票但transactional，你自己想
想就明白了。
【在 m********s 的大作中提到】
: 你的假设只是在一站到达的假设上。
: 而路程很多时候是组合排列。
:
: thread
|
m********s
发帖数: 55301 | 46 这就是我说的requirement。
你不理解作为买票人是不会把众多可能性的排列组合都整理好之后再去买票的，因为他
们有幻想。
他们就是要买到他们希望的那一次车的车票。如果买不到，他们才会现实的打击下去重
新思考去抢下一个车次，如此反复。
理想的火车车次买不到就买不太理想的，
不太理想的火车车次买不到就买飞机票、长途车票...
理论上讲，这个顺序是可以在一个transaction里去递交的。
顺便再提一次你自己的实例，你在去12306网站时就没有假设你肯定买不到票，所以才
会浪费几个小时在不断刷新着12306的登陆页面。
为什么你在第一次看不到页面时就赶紧去航空公司去订飞机票或者去长途汽车公司订汽
车票？
因为你还残存着一丝丝能买到火车票的幻想。
你这个幻想跟多数人觉得自己只要早买快抢就能有一丝希望拿到票是一个本质一个道理。
【在 g*****g 的大作中提到】
: 排列组合也没啥两样，没人规定单子不能联票或者非联票但transactional，你自己想
: 想就明白了。
|
g*****g
发帖数: 34805 | 47 就因为刷了有可能出来才会有幻想，这个策略就是排到你没有就没有了，你再刷都没用
，所有页面都能立刻返回，也没啥可刷的。备选线路提高了使用的复杂度，但中国人民
很聪明，为了提高自己买票的成功率很快就能学会。
BTW, 我老人家多花10人刀到在携程买到了车票，本来就不是热门线路，我老人家之所
以不买机票是因为没有直达的，火车有。这也说明不是后台的问题，是前台的问题。
【在 m********s 的大作中提到】
: 这就是我说的requirement。
: 你不理解作为买票人是不会把众多可能性的排列组合都整理好之后再去买票的，因为他
: 们有幻想。
: 他们就是要买到他们希望的那一次车的车票。如果买不到，他们才会现实的打击下去重
: 新思考去抢下一个车次，如此反复。
: 理想的火车车次买不到就买不太理想的，
: 不太理想的火车车次买不到就买飞机票、长途车票...
: 理论上讲，这个顺序是可以在一个transaction里去递交的。
: 顺便再提一次你自己的实例，你在去12306网站时就没有假设你肯定买不到票，所以才
: 会浪费几个小时在不断刷新着12306的登陆页面。
|
m********s
发帖数: 55301 | 48 因为携程在处理时，你没有刷新页面。
就这么简单。
我是第一个人，你不巧是第二个人，携程是第三个人。
【在 g*****g 的大作中提到】
: 就因为刷了有可能出来才会有幻想，这个策略就是排到你没有就没有了，你再刷都没用
: ，所有页面都能立刻返回，也没啥可刷的。备选线路提高了使用的复杂度，但中国人民
: 很聪明，为了提高自己买票的成功率很快就能学会。
: BTW, 我老人家多花10人刀到在携程买到了车票，本来就不是热门线路，我老人家之所
: 以不买机票是因为没有直达的，火车有。这也说明不是后台的问题，是前台的问题。
|
g*****g
发帖数: 34805 | 49 我的不是热门票，携程直接提交到后台，所以能出。各种网站的各种毛病我实在见太多
了，不看代码我就知道咋回事。
【在 m********s 的大作中提到】
: 因为携程在处理时，你没有刷新页面。
: 就这么简单。
: 我是第一个人，你不巧是第二个人，携程是第三个人。
|
q*c
发帖数: 9453 | 50 你拍到窗口， 仍然可能售票员手慢， 别人售票员抢先卖了最后几张票。你问的时候还
有， 接着买就没了。
然后你只好去排别的车次的队。
而且人多车少， 你去试验一下在窗口慢慢查询 30 个预备车次？ 早被人打了吧。 在
线好歹能让你一次交付所有预备车次， 力争给你买上一个。
况且没人会让你排队到了门口， 然后把全中国的票都帮你锁住， 等你慢慢的一个一个
车次的问， 买。 这线上线下都一样。
人多票少， 这个问题无法避免。你期望客观物理规律不允许的东西， 那只能是失望，
或者多付钱也行啊。
再次说了， 这个问题只要异步， 各种问题都有合理解决方案， 不是技术问题， 只是
权力问题。
【在 b*******s 的大作中提到】
: 人群的期望是不一样的，比如我以前在国内公司工作时，同事们都是通过公司的票务代
: 理搞票，你不能指望所有人都有民工的耐心和时间。其次你排到窗口，就是实时知道情
: 况，你要类比应该是排到窗口，问了一句话就被拉到队尾重排
|
|
|
b*******s
发帖数: 5216 | 51 现实中很少有人会设定九个目标然后顺序等结果的
正常人都是一个不行，撓挠脑袋改几个条件再试一下
【在 g*****g 的大作中提到】
: 就因为刷了有可能出来才会有幻想，这个策略就是排到你没有就没有了，你再刷都没用
: ，所有页面都能立刻返回，也没啥可刷的。备选线路提高了使用的复杂度，但中国人民
: 很聪明，为了提高自己买票的成功率很快就能学会。
: BTW, 我老人家多花10人刀到在携程买到了车票，本来就不是热门线路，我老人家之所
: 以不买机票是因为没有直达的，火车有。这也说明不是后台的问题，是前台的问题。
|
b*******s
发帖数: 5216 | 52 他的方案就是全中国每个时刻都只有一个请求在处理中，明白了吧，所以同步问题不存
在。LOL.什么scale out都只是收需求，后台就是一个机器在慢慢做
【在 m********s 的大作中提到】
: 你的假设只是在一站到达的假设上。
: 而路程很多时候是组合排列。
:
: thread
|
b*******s
发帖数: 5216 | 53 你讲的不是到队尾重排的情况，而且同一方向的窗口都是混着车次卖的
【在 q*c 的大作中提到】
: 你拍到窗口， 仍然可能售票员手慢， 别人售票员抢先卖了最后几张票。你问的时候还
: 有， 接着买就没了。
: 然后你只好去排别的车次的队。
: 而且人多车少， 你去试验一下在窗口慢慢查询 30 个预备车次？ 早被人打了吧。 在
: 线好歹能让你一次交付所有预备车次， 力争给你买上一个。
: 况且没人会让你排队到了门口， 然后把全中国的票都帮你锁住， 等你慢慢的一个一个
: 车次的问， 买。 这线上线下都一样。
: 人多票少， 这个问题无法避免。你期望客观物理规律不允许的东西， 那只能是失望，
: 或者多付钱也行啊。
: 再次说了， 这个问题只要异步， 各种问题都有合理解决方案， 不是技术问题， 只是
|
g*****g
发帖数: 34805 | 54 唉，我老解释了一年还是没法理解，这说明你没做过数据库应用，没common sense。出
票数据库是一个没错，但并发是通过RDBMS锁表来进行的，这么多线路，这么多天，怎
么可能都锁在同一行上。我老说一个牛机器5000单／秒，人上内存数据库每秒两万六。
外行就少说两句吧。
【在 b*******s 的大作中提到】
: 他的方案就是全中国每个时刻都只有一个请求在处理中，明白了吧，所以同步问题不存
: 在。LOL.什么scale out都只是收需求，后台就是一个机器在慢慢做
|
b*******s
发帖数: 5216 | 55 我了解😁 以前做过一个数据库的项目，发现合作的做c#的哥哥连锁的概念都没
有，全依赖数据库，连锁是并行到串行这种概念都不知道
【在 g*****g 的大作中提到】
: 唉，我老解释了一年还是没法理解，这说明你没做过数据库应用，没common sense。出
: 票数据库是一个没错，但并发是通过RDBMS锁表来进行的，这么多线路，这么多天，怎
: 么可能都锁在同一行上。我老说一个牛机器5000单／秒，人上内存数据库每秒两万六。
: 外行就少说两句吧。
|
g*****g
发帖数: 34805 | 56 你就数据库里一个表，放3000行，每行一个计数器，并发随机更新，看看是不是串行就
知道了。这都扯得没边了。
我老成天给外行科普基础知识也够烦的。
【在 b*******s 的大作中提到】
: 我了解😁 以前做过一个数据库的项目，发现合作的做c#的哥哥连锁的概念都没
: 有，全依赖数据库，连锁是并行到串行这种概念都不知道
|
b*******s
发帖数: 5216 | 57 你锁表不是锁全表？每次有几个线程能拿到锁？如果同时别的线程也在请求锁，他们能
执行？ 原来数据库不是计算机科学的子集啊
【在 g*****g 的大作中提到】
: 你就数据库里一个表，放3000行，每行一个计数器，并发随机更新，看看是不是串行就
: 知道了。这都扯得没边了。
: 我老成天给外行科普基础知识也够烦的。
|
g*****g
发帖数: 34805 | 58 I服了U，你就看看数据库的通常是锁在哪里的行不？你这还做过数据库应用的，拉控件
的吧。就这水平拜托别来质疑我老了行不？我老是做架构的，不是做TA的。
http://www.programmerinterview.com/index.php/database-sql/datab
【在 b*******s 的大作中提到】
: 你锁表不是锁全表？每次有几个线程能拿到锁？如果同时别的线程也在请求锁，他们能
: 执行？ 原来数据库不是计算机科学的子集啊
|
b*******s
发帖数: 5216 | 59 第一段话就是说，保证一个时刻只有一个用户访问一个资源。这就是我说的，在这个锁
的临界区里，必然是串行的。
果然是好玩的结论
【在 g*****g 的大作中提到】
: I服了U，你就看看数据库的通常是锁在哪里的行不？你这还做过数据库应用的，拉控件
: 的吧。就这水平拜托别来质疑我老了行不？我老是做架构的，不是做TA的。
: http://www.programmerinterview.com/index.php/database-sql/datab
|
b*******s
发帖数: 5216 | 60 你都没写过什么多线程程序吧，都用别人做的框架了？
【在 g*****g 的大作中提到】
: I服了U，你就看看数据库的通常是锁在哪里的行不？你这还做过数据库应用的，拉控件
: 的吧。就这水平拜托别来质疑我老了行不？我老是做架构的，不是做TA的。
: http://www.programmerinterview.com/index.php/database-sql/datab
|
|
|
g*****g
发帖数: 34805 | 61 尼玛无知到这份上还要死撑就不要怪我打脸了。编程版都什么人呀，连数据库的常识都
没有就成天叽歪12306. 做人有点自知之明行不行？
Row level locking
A row level lock applies to a row in a table. This is also the most commonly
locking level, and practically all major database vendors support row level
locks.
【在 b*******s 的大作中提到】
: 第一段话就是说，保证一个时刻只有一个用户访问一个资源。这就是我说的，在这个锁
: 的临界区里，必然是串行的。
: 果然是好玩的结论
|
b*******s
发帖数: 5216 | 62 自己翻翻自己说的，你不是前面说锁表么
而且行锁在这行上就不成立了？我三千个线程如果都是只修改第一行的呢？
就这基本功还这么嘴硬，你是cs的吗？
commonly
level
【在 g*****g 的大作中提到】
: 尼玛无知到这份上还要死撑就不要怪我打脸了。编程版都什么人呀，连数据库的常识都
: 没有就成天叽歪12306. 做人有点自知之明行不行？
: Row level locking
: A row level lock applies to a row in a table. This is also the most commonly
: locking level, and practically all major database vendors support row level
: locks.
|
b*******s
发帖数: 5216 | 63 锁导致串行行为，这常识都不懂，java和数据库果然好，这都能有工作 |
g*****g
发帖数: 34805 | 64 尼玛你是不是脑残呀？那么多线路那么多天为什么会锁在同一行上？我老人家一开始就
问你这个问题。
你要傻逼把所有计数器都放在同一行上是会发生，但那是你傻逼，不是我傻逼。尼玛数
据库锁表怎么锁的是个常识问题，我怎么会知道你屁都不懂说锁表就是锁整个表。
【在 b*******s 的大作中提到】
: 自己翻翻自己说的，你不是前面说锁表么
: 而且行锁在这行上就不成立了？我三千个线程如果都是只修改第一行的呢？
: 就这基本功还这么嘴硬，你是cs的吗？
:
: commonly
: level
|
b*******s
发帖数: 5216 | 65 行了，最好大家抢一张火车票时分布在几千行上
您的水平我了解了
【在 g*****g 的大作中提到】
: 尼玛你是不是脑残呀？那么多线路那么多天为什么会锁在同一行上？我老人家一开始就
: 问你这个问题。
: 你要傻逼把所有计数器都放在同一行上是会发生，但那是你傻逼，不是我傻逼。尼玛数
: 据库锁表怎么锁的是个常识问题，我怎么会知道你屁都不懂说锁表就是锁整个表。
|
g*****g
发帖数: 34805 | 66 大家抢同天同车次是在同一行上，问题是一个车次才多少票呀，来一百万个request也
是3000张卖完了，后面的一看cache／replica里是0根本不hit 主DB。你丫没做过就没
做过，别出
来死撑行不？
【在 b*******s 的大作中提到】
: 行了，最好大家抢一张火车票时分布在几千行上
: 您的水平我了解了
|
b*******s
发帖数: 5216 | 67 就知道你没看懂前面那位在说什么，这是强耦合数据，不是你在京东抢肥皂
【在 g*****g 的大作中提到】
: 大家抢同天同车次是在同一行上，问题是一个车次才多少票呀，来一百万个request也
: 是3000张卖完了，后面的一看cache／replica里是0根本不hit 主DB。你丫没做过就没
: 做过，别出
: 来死撑行不？
|
g*****g
发帖数: 34805 | 68 这会不提数据库锁只能锁表了？你丫不是串行吗？
尼玛联票就是锁多个row，你丫怎么组合也没有全国人民不能并发的道理。
【在 b*******s 的大作中提到】
: 就知道你没看懂前面那位在说什么，这是强耦合数据，不是你在京东抢肥皂
|
b*******s
发帖数: 5216 | 69 得了得了，别说了，您比赵老师还是强个百分之十几二十的
12306不请您真可惜了
【在 g*****g 的大作中提到】
: 这会不提数据库锁只能锁表了？你丫不是串行吗？
: 尼玛联票就是锁多个row，你丫怎么组合也没有全国人民不能并发的道理。
|
g*****g
发帖数: 34805 | 70 我老就是奉劝你不懂的别死撑。我说的这些就是101的水平，我哪知道你不懂。上次
transaction闹笑话没恶补，这会DB locking只能lock在表上。还要嘲笑人做C# 的不知
道DB都是串行。LOL
【在 b*******s 的大作中提到】
: 得了得了，别说了，您比赵老师还是强个百分之十几二十的
: 12306不请您真可惜了
|
|
|
b*******s
发帖数: 5216 | 71
“锁表” 谁说的？ 锁行和锁表一个东西？
【在 g*****g 的大作中提到】
: 唉，我老解释了一年还是没法理解，这说明你没做过数据库应用，没common sense。出
: 票数据库是一个没错，但并发是通过RDBMS锁表来进行的，这么多线路，这么多天，怎
: 么可能都锁在同一行上。我老说一个牛机器5000单／秒，人上内存数据库每秒两万六。
: 外行就少说两句吧。
|
b*******s
发帖数: 5216 | 72 嗯，还是挺开眼界的，连锁导致串行行为都被您否定了
数据库果然不是计算机科学的子集
【在 g*****g 的大作中提到】
: 我老就是奉劝你不懂的别死撑。我说的这些就是101的水平，我哪知道你不懂。上次
: transaction闹笑话没恶补，这会DB locking只能lock在表上。还要嘲笑人做C# 的不知
: 道DB都是串行。LOL
|
g*****g
发帖数: 34805 | 73 锁表就是中文的习惯说法，就算你不懂看看context也知道我说啥。也就你这种不懂的
一下露馅了。
发信人: goodbug (好虫), 信区: Programming
标 题: Re: 12306仍然一塌糊涂
发信站: BBS 未名空间站 (Tue Jan 6 03:06:25 2015, 美东)
唉，我老解释了一年还是没法理解，这说明你没做过数据库应用，没common sense。出
票数据库是一个没错，但并发是通过RDBMS锁表来进行的，这么多线路，这么多天，怎
么可能都锁在同一行上。我老说一个牛机器5000单／秒，人上内存数据库每秒两万六。
外行就少说两句吧。
【在 b*******s 的大作中提到】
: 嗯，还是挺开眼界的，连锁导致串行行为都被您否定了
: 数据库果然不是计算机科学的子集
|
b*******s
发帖数: 5216 | 74 你能不故意曲解么，人品合格点成不成？
魏老师说你的的确不错，井底之蛙
【在 g*****g 的大作中提到】
: 我老就是奉劝你不懂的别死撑。我说的这些就是101的水平，我哪知道你不懂。上次
: transaction闹笑话没恶补，这会DB locking只能lock在表上。还要嘲笑人做C# 的不知
: 道DB都是串行。LOL
|
g*****g
发帖数: 34805 | 75 我还曲解？我把link都给弄出来，让你去学习到底数据库一般锁哪里，你还继续跟我老
装逼。你丫怪谁？傻逼装逼还有脸谈人品。
【在 b*******s 的大作中提到】
: 你能不故意曲解么，人品合格点成不成？
: 魏老师说你的的确不错，井底之蛙
|
b*******s
发帖数: 5216 | 76 我们做多线程系统的，没有讲得这么粗的，只能说你用不到，所以对粒度不在意
【在 g*****g 的大作中提到】
: 锁表就是中文的习惯说法，就算你不懂看看context也知道我说啥。也就你这种不懂的
: 一下露馅了。
: 发信人: goodbug (好虫), 信区: Programming
: 标 题: Re: 12306仍然一塌糊涂
: 发信站: BBS 未名空间站 (Tue Jan 6 03:06:25 2015, 美东)
: 唉，我老解释了一年还是没法理解，这说明你没做过数据库应用，没common sense。出
: 票数据库是一个没错，但并发是通过RDBMS锁表来进行的，这么多线路，这么多天，怎
: 么可能都锁在同一行上。我老说一个牛机器5000单／秒，人上内存数据库每秒两万六。
: 外行就少说两句吧。
|
g*****g
发帖数: 34805 | 77 尼玛别圆了行不？前面不刚嘲笑人做C#不知道数据库都是并行转串行的。给你个链接你
丫还继续装逼攻击我老不懂呢。
【在 b*******s 的大作中提到】
: 我们做多线程系统的，没有讲得这么粗的，只能说你用不到，所以对粒度不在意
|
b*******s
发帖数: 5216 | 78 是啊，所有书都对锁的串行化行为这么定义，你也不照样发明出新科学了么，怎么敢小
看您呢
【在 g*****g 的大作中提到】
: 我还曲解？我把link都给弄出来，让你去学习到底数据库一般锁哪里，你还继续跟我老
: 装逼。你丫怪谁？傻逼装逼还有脸谈人品。
|
b*******s
发帖数: 5216 | 79 行了行了，您的水平大家也都知道了，您继续自high吧
【在 g*****g 的大作中提到】
: 尼玛别圆了行不？前面不刚嘲笑人做C#不知道数据库都是并行转串行的。给你个链接你
: 丫还继续装逼攻击我老不懂呢。
|
g*****g
发帖数: 34805 | 80 锁的串行化没有错，但是粒度通常在行上是数据库101，你丫屁都不懂不是一下子显示
出来了吗？
【在 b*******s 的大作中提到】
: 是啊，所有书都对锁的串行化行为这么定义，你也不照样发明出新科学了么，怎么敢小
: 看您呢
|
|
|
S*A
发帖数: 7142 | 81 我开始不明白好虫为什么说 12306 当了。
其实好虫说当了那时候我还用过几回，一点
问题没有。我当时还回了贴，后来删掉了。
今年 12306 春运客流期间没有出什
么大问题。当然我也没有没秒钟都去看
着。谁有网上说今年又当机了的 link 验
证一下？
大家有可能在争论一个不存在的问题。
12306 据说是半夜不提供服务的。莫非
好虫是中国半夜时间来登陆？
不知道，也看不懂，大家接着 high 吧。 |
g*****g
发帖数: 34805 | 82 我老发帖的时间中国是下午5点，我还特地黑他不成？你现在登录给你说系统维护，不
会给出错界面。
http://tech.qianlong.com/33443/2014/12/18/[email protected]
/* */
http://finance.chinanews.com/life/2014/12-19/6894406.shtml
早上8时是北京西站出售腊月二十八车票发售时间点，记者登录12306网站查询发现，不
到2分钟，北京西开往成都方向4个车次就只剩下2张普通列车无座票。10时开售的北京
站车票抢票大战也不容乐观。10时02分，北京开往长春19个车次只有5个车次有余票；
沈阳方向情况看似乐观，39个车次有12个车次“预定”按钮仍为蓝色，但点击“预定”
按钮后会发现这车票是看着有，但根本无法购买，但凡是有票的车次，只要点击“预定
”，12306网站就提示“非法请求”。记者连续尝试北京开往沈阳的D5、D15、D17等多
个车次，12306网站每次都弹出“非法请求”警告窗口。此时，12306网站的自动查询功
能也已经完全失效，虽然勾选了席位、乘车人等信息，但只要启用自动刷新功能就被提
示“非法请求”。
【在 S*A 的大作中提到】
: 我开始不明白好虫为什么说 12306 当了。
: 其实好虫说当了那时候我还用过几回，一点
: 问题没有。我当时还回了贴，后来删掉了。
: 今年 12306 春运客流期间没有出什
: 么大问题。当然我也没有没秒钟都去看
: 着。谁有网上说今年又当机了的 link 验
: 证一下？
: 大家有可能在争论一个不存在的问题。
: 12306 据说是半夜不提供服务的。莫非
: 好虫是中国半夜时间来登陆？
|
S*A
发帖数: 7142 | 83 你是说这个吗？
“”“
现在是系统例行维护时间（23:00-07:00 ），在此期间不受理订票和改签业务。
在23:00-24:00 期间您仍可办理未完成订单的继续支付和退票业务。
”“”
你真的深入用过 12306 吗，这个是标准维护。每天都是这样的，多少年了。
还真是我说的 “半夜不服务” 的问题。
你少见多怪了。
有余票；
很正常，如果很多人抢得时候，你看到查询的数据不能保证你那能
定上票。因为有些票定了还没有付款，被 hold 住了。
而且就你上网那几天我真的是用过。没有问题。
【在 g*****g 的大作中提到】
: 我老发帖的时间中国是下午5点，我还特地黑他不成？你现在登录给你说系统维护，不
: 会给出错界面。
: http://tech.qianlong.com/33443/2014/12/18/[email protected]
: /* */
: http://finance.chinanews.com/life/2014/12-19/6894406.shtml
: 早上8时是北京西站出售腊月二十八车票发售时间点，记者登录12306网站查询发现，不
: 到2分钟，北京西开往成都方向4个车次就只剩下2张普通列车无座票。10时开售的北京
: 站车票抢票大战也不容乐观。10时02分，北京开往长春19个车次只有5个车次有余票；
: 沈阳方向情况看似乐观，39个车次有12个车次“预定”按钮仍为蓝色，但点击“预定”
: 按钮后会发现这车票是看着有，但根本无法购买，但凡是有票的车次，只要点击“预定
|
g*****g
发帖数: 34805 | 84 操，跟你说了是出错，长这样的。没有票跟出错是两码事。能用的话好好的我买个冷门
票何必加手续费到携程。
http://www.12306.cn/mormhweb/logFiles/error.html
【在 S*A 的大作中提到】
: 你是说这个吗？
: “”“
: 现在是系统例行维护时间（23:00-07:00 ），在此期间不受理订票和改签业务。
: 在23:00-24:00 期间您仍可办理未完成订单的继续支付和退票业务。
: ”“”
: 你真的深入用过 12306 吗，这个是标准维护。每天都是这样的，多少年了。
: 还真是我说的 “半夜不服务” 的问题。
: 你少见多怪了。
:
: 有余票；
|
S*A
发帖数: 7142 | 85 可能是你运气不好吧。
12306 可能还不完美，但是真的没有你说那么差。
尤其是晚上不服务这个，是计划中的，每天都这样。
没想到你还真当成 crash 了。
【在 g*****g 的大作中提到】
: 操，跟你说了是出错，长这样的。没有票跟出错是两码事。能用的话好好的我买个冷门
: 票何必加手续费到携程。
: http://www.12306.cn/mormhweb/logFiles/error.html
|
T*****9
发帖数: 2484 | 86 12306不好做啊
冷门
【在 S*A 的大作中提到】
: 可能是你运气不好吧。
: 12306 可能还不完美，但是真的没有你说那么差。
: 尤其是晚上不服务这个，是计划中的，每天都这样。
: 没想到你还真当成 crash 了。
|
g*****g
发帖数: 34805 | 87 操，跟你说了多少次，中国时间下午4－5点试的，一登录就出错。半夜没啥人登录，根
本就不出错。
【在 S*A 的大作中提到】
: 可能是你运气不好吧。
: 12306 可能还不完美，但是真的没有你说那么差。
: 尤其是晚上不服务这个，是计划中的，每天都这样。
: 没想到你还真当成 crash 了。
|
S*A
发帖数: 7142 | 88 你发完贴我就好奇去登陆过的。
我可以登陆。我还专门 VPN 到美国实验一下，也可以。
所以可能是地区性差异吧。
【在 g*****g 的大作中提到】
: 操，跟你说了多少次，中国时间下午4－5点试的，一登录就出错。半夜没啥人登录，根
: 本就不出错。
|
N*n
发帖数: 456 | 89 今年黄牛更猖獗，据说退票不需要手续费。所以他们常用的办法是先买很多票。然后
要出票的时候现退，现抢。抢票用的是100M专用线，而且经常换IP。。
read
【在 g*****g 的大作中提到】
: 没有啥本质区别，都是一个 trasanctiin写数据库，都锁表，事实上，单一商品就一
: row所有交易都锁，更慢，除非你是先超卖再重算。但凡异步，后台慢慢算倍，没看到
: 分时段内存数据库全上了？有了异步这些都不是必须。另外手机一般准备百万部，一个
: 车次一天才几千张。
: 至于抢多票，解决方法太简单了，实名出票，退票要手续费。你见谁把一个飞机的座位
: 都买了，回头再退的吗？另外，大家都抢，同一时间开始，手动你下 N 个单多半不会
: 排在别人 N个单前面的，最后不过让你买到一两张。至于查询不过是个DB cache，read
: replica之类的实现。本来就不实时，能没票之后1分钟阻止下单就行了。
|
x*******1
发帖数: 28835 | 90 因为没用amazon anti－fraud技术。嘿嘿。 换ip，换身份证，都没用。
【在 N*n 的大作中提到】
: 今年黄牛更猖獗，据说退票不需要手续费。所以他们常用的办法是先买很多票。然后
: 要出票的时候现退，现抢。抢票用的是100M专用线，而且经常换IP。。
:
: read
|
|
|
x*******1
发帖数: 28835 | 91 这不就相当于服务器返回500 error！对了。 预定按钮有点小bug，不影响你用。
/* */
【在 g*****g 的大作中提到】
: 我老发帖的时间中国是下午5点，我还特地黑他不成？你现在登录给你说系统维护，不
: 会给出错界面。
: http://tech.qianlong.com/33443/2014/12/18/[email protected]
: /* */
: http://finance.chinanews.com/life/2014/12-19/6894406.shtml
: 早上8时是北京西站出售腊月二十八车票发售时间点，记者登录12306网站查询发现，不
: 到2分钟，北京西开往成都方向4个车次就只剩下2张普通列车无座票。10时开售的北京
: 站车票抢票大战也不容乐观。10时02分，北京开往长春19个车次只有5个车次有余票；
: 沈阳方向情况看似乐观，39个车次有12个车次“预定”按钮仍为蓝色，但点击“预定”
: 按钮后会发现这车票是看着有，但根本无法购买，但凡是有票的车次，只要点击“预定
|
x*******1
发帖数: 28835 | 92 http://delivery.acm.org/10.1145/1440000/1435432/p40-vogels.pdf?
建议大家看看这篇科普型文章，amazon怎么在设计S3，DDB，以及EC2，怎么在CAP里面
取得平衡。 Availablity很重要， 丢掉consistency没个屁事， 最终能做到eventual
consistent就行了。 |
