主题：谈谈大型网站架构的一些关键技术 -- 季侯
共:💬43 🌺225
复 前帖没说得很清
我感觉你两个回复是不一致的，前一个回复，说利用Sharding解决问题，但后一个回复说Sharding没有什么用。
当然其实我是同意你后面说的，这里Sharding没什么特别的用途。
我想我上一贴也没有说清楚，我没仔细研究过它内架构，但从各种情况描述，以及自己以前处理过的这种高并发OLTP应用的经验看，长事务是一个比较要命的地方，就是从预定后到付款成功，单记录被锁定的时间最长达45分钟，不管用什么方式实现，这种长事务都会比较郁闷的。这种长事务（强调一下，这里说的事务跟我们一般描述的Transaction不一样）才是订票系统与其它系统大不一样的。
- 相关回复 上下关系8
压缩 2 层
🙂真的有这么难吗？ 4 itn 字981 2012-01-19 02:40:16
🙂这个没做好主要原因还应该是并发量高后死锁/锁定超时太多 1 江城如画里 字162 2012-01-19 22:35:47
🙂前帖没说得很清 5 itn 字459 2012-01-20 00:44:00
🙂Sharding有用没有用
🙂长事务用异步 itn 字204 2012-01-20 21:22:41
🙂这个思路靠谱，不过实现起来很麻烦。 季侯 字0 2012-01-24 20:31:18
🙂我也来提一个建议 3 hansens 字2322 2012-01-18 11:34:48
🙂提一个个人的设想 1 上面空气好 字529 2012-01-31 05:19:10