脱离代码之后能画出流程图，就已经看懂代码了

看来有些业务真的需要用公司名义去经营了

枚举

1，不懂
2，不是，没考虑意外情况导致的更新不同步
3，mq 一般来说只是削峰填谷，操作的起码是同一个主库，看你业务描述不大像同一个库，所以不太适合用来对比

@wangyanrui 换成字符串截取判断索引值效果更佳

@forestyuan 不全是内幕，看看三大运营商的云，系统更新更是慢的可怕
云厂商各自底层都得做下适配的，并且添加运维插件，属于常规操作，并不是阴谋论里说的监控

云厂商需要时间改造制作定制版系统镜像，这个岗位估计都是临时借调的

需要把各种变量控制住，比如突发性能型和计算型必然天地之别，选服务商很多需要的是选支持能力，快速响应能力，配套能力等方面，而不局限于看性能，真在乎性能那得选物理机

另外，相似配置不管用哪种成熟虚拟化其实差不了太多，真有那点差距也不至于影响你多承载几个用户

打开页面，运行了 js 统计代码就算一个访问

一个像素的屏幕显示

查询时候加上强制索引语句

你可以先轻松用表分区来稍微提高下查询效率

规划要跟项目相匹配，不能是约束

你做个日均访问量 1000 的博客，那么怎么快怎么来，甚至可以直接页面代码里写 SQL

如果你要 200 人的团队做个日均 10 访问量的企业系统，反而需要各种分层架构

我以上数字举例的主要目的是为了说这句：架构对于开发团队的影响很大，然后才是业务规模大小。

注意，读写分离是提高并发读，不是提高并发写，适合读写比例相差高的场景，比如 v2，一天接下来写入可能几千次，读出可能得几百万次，这时候读写比例很适合