@Muninn 我十分反对你这种思想，当然会出问题，但是出的问题一定是想到可能会发生的，做好可能会发生的问题的预测与准备，而不是到一定量一定会发生的，然后就去调整所谓的逻辑，去避免这个问题。 你想想如果京东淘宝这类东西，为了避免秒杀并发过大容易超卖只有充值一万的会员 才能进行秒杀，那么这个项目能做到这么大么？技术是为业务服务的，而不是业务为了技术服务。

@Muninn 我觉得你这个思想很危险,做程序要做保证不能出错,而不是出错的几率比较小. 很多不可控的东西,会无线放大这些错误.

@iConnect 大家只不过是不同的实现方式而已,我可以说小米做不出 TNT 这样的东西就是小米垃圾么?只不过是小米不想做.或者没必要做

我家里的路由器也有这种情况，还是刷的华硕固件的 k2p，我甚至怀疑是不是说密码的时候楼下听到了

@troywinter 恩,我查查,十分感谢.

@mfhh 不可能不拆的，修改余额这步，下单、充值、活动之类都设计，我总不可能每个服务都要单写一下修改余额，要是那样的话服务一多根本没办法维护好不？

@Muninn 我觉得这三个要是不拆分的话，微服务就没啥意义了，因为那么多涉及到动余额的服务，我总不能每个程序里单独写一份修改余额把，那么多要修改库存的服务，我总不能每个程序里单独写一份修改库存吧。
如果要是那样的话怎么应对需求的变更，例如对余额操作要加缓存、插入日志表之类的操作我总不能在每个服务中都进行一次修改吧，那样的话工作量会成百倍的增加

@keepongjl 我就想知道一个大概的概念,细节我可以自己了解.

@zjsxwc rds 的 5.7 好像没有慢查询日志，好多功能都没有（半年前），可坑死我了。。。

坚决支持两根 8G 的：
1.两根 8G 的价格比 16G 的要便宜一点
2.两根 8G 的性能好多少，虽然不明显，但是性能不就是一点一点挤出来的么？非得一下有 50%的提升么？
3.买大板的话一般能插 4 个内存条，一个 8G 4 个 32G 应该基本用户都够用了吧

两根 8G 组双通道性能要比单 16 的好

只要用参数绑定的话可以。很多框架应该都是这么做的。 当然不排除将来有其他绕过的方法

@gouchaoer2 没太理解全协程是什么意思。不是协程的方法写在协程里也并不好用啊。

@gouchaoer2 我觉得都是在造轮子，swoole compiler 类似的东西也很多，PHP-x 好像和 zephir 这个听类似的，typephp 和 hack 这个语言有啥区别？？？？

不是很明白 swoole 为啥会火，协程还得拿个函数包起来，还不如异步。

我倒是更看好这个框架
https://github.com/amphp/amp

我觉得代码层数有点多。。。。太散了