分享 关于高性能、高并发、可扩展的一些思考
经常会看到某某大神、某某大厂关于高性能、高并发、可扩展相关话题的分享或知识付费，这些对于大部分技术工作者来说是否真能接触到，没有做过相关调查，不敢妄加猜测。以个人工作经验，只接触过百万级，日交易订单量 20000 以上，并发只有 500+（美团 2019.7 日订单量有 3000 万）。很多时候我们在设计系统时，是不是经常会过度设计，比如一个用户模块拆成 N 个表，其实 1-2 个表就搞定了，过度考虑扩展性。或者系统上来就用了缓存，队列这些，当前阶段其实不用也就这样。过度设计带来的是成本增加，不管是人力还是物力。对于一个全新的系统是不是不用过度考虑设计，一般一个项目如果能跑一年以上，基本还会重写几次，先满足第一阶段需求，尽快上线，让业务先跑起来，是不是这么回事。大家有兴趣也可以分享下自己参与过的高性能、高并发的项目。
参与过千万级的项目，Java 系，系统架构已经臃肿。DB 有点巨大了，有些表几个 G，跑在阿里云 RDS 上，没做过分表，现在维护起来比较困难，有些模块已经开始重写了。
rocLv
#2
2021年02月04日
这个看你怎么理解。
很多人是基于“我不会，你说的那些有啥用”而说出来的一大堆理由。
最早大家喜欢讨论的是“程序员懂英语有没有用？”，后来有段时间，大家有喜欢讨论“程序员需要懂算法吗？”，
讨论这些没有必要，自己会了，不就知道有没有用？
不会，讨论这些有什么意义？反正说了也不懂。
对
rocLv
回复
rocLv
回复
不是有没有用的问题，而是某种能力/技能在什么水平的问题。
- 个人英语能力处在什么水平；
- 对算法了解程度如何，如何用 A、B、C 划分等级，自己处在哪个等级；
为什么会提这个问题，知己知彼，找到下一个努力方向……
架构是演化来的，提前优化是万恶之源
最近半年做的项目各种分库分表，各种缓存，各种微服务，量没多少，维护起来麻烦
大部分时候像 rails 这种单体就够了