@pynix 正有此意

@cevincheung 其实我瞬间并发超过了单机 mysql 的负载，加机器才是王道。。

@cevincheung 像 php 来说，每个进程同一时刻只能接受一个请求，所以一般来说 mysql 并发查询不会太高，同时过高的并发过来会直接访问拒绝，但 tornado 不会，所以像 php 之类的来说是不会出现循环等待的，挂个中间件估计不能解决问题啊

@lecher 是的，以前一直想高并发高并发的，没想过超过 mysql 查询数后的快速失败策略，学习到了，现在果断调低了连接池最大连接数， TorMySQL 应该有个队列等待超时策略才是

想太多，细粒度的锁早就有人做过了，然而并不好用，还想自定义锁粒度。。

一般来说会分层吧，最后业务逻辑写在 RequestHandler 中挂接 url ，数据操作层，服务扩展，通用业务逻辑，业务层组合其他模块实现业务逻辑，每一层又可以单独扩展，比如数据操作层就可以扩展缓存、读写分离等等

一样的啊， logging 底层有锁的啊，线程安全的

其实还是没看懂这个怎么对其的，有人解释一下么？

@fleer 除此之外似乎暂时也没什么其他用途。。

@Strikeactor 原来如此，一下子没想通，对 docker 也还不太熟。。

@Strikeactor 没有 bash ，没有 apt-get ，没有 yum ，没有 rpm ，没有 dpkg 。。研究了半天，终于发现原来它和灵雀云是完全不一样的，他给的不是 docker 系统，是 docker 环境，你可以在这个环境下自己 pull 镜像，自己 run 系统。。

正在 Ping 172.99.79.44 具有 32 字节的数据:
来自 172.99.79.44 的回复: 字节=32 时间=248ms TTL=46
来自 172.99.79.44 的回复: 字节=32 时间=249ms TTL=46
来自 172.99.79.44 的回复: 字节=32 时间=249ms TTL=46
来自 172.99.79.44 的回复: 字节=32 时间=348ms TTL=46

172.99.79.44 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 248ms ，最长 = 348ms ，平均 = 273ms

这是什么系统啊？不会安装软件了。。

@xloger 你如此鄙视南京好么。。。

来南京么？

@baskice 这样数据一致性要疯的， mysql 写入性能也没差到这种地步，还是看写入频次和写入量吧，频次高量大的准确性要求一般来说会低一些，比如浏览次数播放次数，视屏上传，评论之类的哪有那么高的频次和量，但准确性要求就高了很多， mysql 直接写完全没事

@naffan 真正加购物车的不是这两个。。。 ajax 请求里做的，这两个只是加成功的提示页

@naffan 伪静态，数字就是商品 ID ，也就是 skuid ，你可以对京东和淘宝的分别加一下购物车看下参数就知道他们怎么设计的数据结构了，淘宝加购物车有两个 id ，一个是 item_id,另一个是 skuId ，京东则只有一个 pid