今天看到一篇子博客 将电商秒杀系统的 源地址
http://blog.csdn.net/yd201430320529/article/details/70544203#reply
先说下 这个博客从 那几个方面解决秒杀问题的
用到了 redis 、mysql 存储过程 、mysql执行逻辑的一些修改
其实中心还是扩大sql的 容量 也就是 流量 执行速度 要么优化 要么 替换品来替换
关于这一点 我以前有看到 关于web电商系统的两个瓶颈 也即是系统里有两个细腰结构
关于 “细腰”结构 和 最著名的那个木桶理论差不多 不懂得可一自行百度
说 web系统的细腰有两个 一个是 HTTP 协议服务 一个是SQL 执行
一般的秒杀系统 也就是追求极速 稳定 那必然要从这两个方面来 扩大流量的局限性
1、关于 HTTP呢 最最容易 也常见的就是 集群 分布式 一个不行两个顶上 两个不行 一千个行不行？ 当然 这也有成本的 不能盲目扩充
2、关于 sql 执行效率慢 替换掉 能省则省 用缓存较小 访问压力 再有 使用 上个博客有讲到 一个事物 加上 延迟 大概需要2ms时间 而 事物在mysql端进行 一秒可以几万个 那么就有了 mysql 存储过程 【阿里巴巴编码规范里有讲 存储过程 维护起来很麻烦 不到迫不得已不用存储过程 迫不得已就是这种秒杀还是可以稍微用一下的】