实时分析好吃带宽，如果远端录像识别

放乳鸽食谱

@Gtreace 谢谢，刚了解了下，原来如此，也算是 byd 子品牌了

你不说还不知道这个牌子，为啥买这么冷的牌子，byd 不好吗

@Chinsung 先 for update ，再写操作呢，不会一个从，一个主库吗

向大佬学习！！

还有，为什么这样设计呢？数组序列化存储，反序列化更新。string 存储不就好了，独立开来。案例来看，你的数据独立性挺强。

一下线程，一下进程，搞懵了，fpm 模式不就是多进程单线程吗？

@realpg 能用钱解决的问题都不是问题，233333

@594duck 主要 B 端用户，量也不多，常用的也就 400 来家店。静态化不好弄，毕竟是实时订单交易工作台数据。现在主要考虑请求数量控制优化

@hxy91819 感谢提供解决思路！跟这个表相关的 sql 操作有点多，在那段时间的慢 sql 只有 select 操作也没加 for update 排它锁。

@stach 也是和第一条差不多的统计语句，无用存储过程，无脚本

@x537196
@Yano 感谢，提交个工单问问阿里

@encro #53 #54 还有部分没截取到，不会是 select * from store 。当时就 cpu 满载了，其他正常

@JasonLaw 这本书豆瓣评分好高，我找时间看看。OLTP 和 OLAP 架构设计这块有点高级

@594duck 感谢提供解决思路！ order 表目前 200w+，读写分离目前不用考虑。表已有个关键的索引字段 store_id，已经可以区分大部分数据。数据库配置提及下，2h4g 通用性####最大 IOPS：2000###最大连接数：1200 ；目前慢 sql 这一块我觉得问题都不太大，可能有部分需要稍微改改。还有这些慢 sql 都是首页的数据，由于首页数据可以无限制按 F5，所以怀疑是数据库压力太大导致出现慢 sql

@xuanbg 这。。。。阿里出现这种问题，迁移也要花费好多时间了

@qwerthhusn 逻辑复用没解耦问题

@cnoder 阿里的 rds