8 核。load 都到 8 了。约等于跑满了。。。不一定 cpu 满了才是满。说明，cpu 一直在等什么东西。
监控太少，需要系统性监控才能分析出来。得一项一项排查。盲猜？盲猜磁盘 io 或者网络 io

我弱弱的问一句？？和小伙伴自行沟通？ leader 跑哪去了？
标准是什么有定么？尤其是 java ，一个事情，多个抽象模型都是可行的。标准是什么？

比如
检查重复代码
检查业务逻辑可读性（就是真的看懂了，注释是否合理，满屏幕注释是什么鬼）
检查单元测试覆盖是否合理
review 重要逻辑实现方案是否合理

等等。。要先有标准再有 CR 。盲看？强制把所有人拉在一个水平线是不现实的事

@ccc825 看磨合程度怎么样。确实一般 CTO 带团队来新团队，绝大多数情况是不满现团队的流程，开发节奏等等。他就是来解决这个问题的。这就会和底层员工产生冲突。所以，你太冲动了。。。人家巴不得呢。。你走了，他再招一个就是了。反正他带了人进来的，不怕都走完

@ccc825 这不是赌不赌的问题。。这还用赌？你公司也不是什么几百人的大公司。就这么点人，但凡有点脑子的人就不会在这上面搞手段。

你连看都没看 CTO 的能力就想提桶跑路？还一群人都劝提桶跑路？还真的你就去这么干了。。。。我也是没搞明白这个逻辑。

你有没想过，一个人能带十个人跟着跑，是需要强大的领导力的。不是阿猫阿狗能做到这点的。前面有人说带 10 个人就能当 CTO 了。。还真的是，能带好 10 个有带团队经验，有一线开发能力，有项目管理经验，各方面短板的人才都有的 10 个人。确实可以当 CTO 了，op 你就问你自己之前跟的领导跑路要你去，你是毫不犹豫就去了，还是心里盘算一下？
就这一点，我觉得新的 CTO 最少能力不会差，只是看合不合得来了。

很简单啊。。因为不能破解限速。这些厂商全要饿死。没人去买。

这就是懒政，应该政策引导正确的使用电动车，而不是一刀切。该考证考证，该强制带头盔强制带头盔。管理跟不上就一刀切呗。。这个 315 不是在曝光，是在给小牛打广告吧？

电动车对很多人都是刚需中的刚需，哪怕有政策说，可以，限速 50 的电动自行车必须满足 xx 条件，骑车的人必须考 XX 证。也是完全行得通的。

第一，准，第二，不要有广告

无论如何都是 enum 。。。自从我好多年前知道有 enum 这样的类型后，再不会设计 int 型数据表示状态。

可读性，约束性，比一切都重要。改 ddl 再 2022 年了不要太简单。无论是流程和工具，都是非常 easy 的事。但是让我去看一个 sql 满屏幕的 xx=1 ，xx=3.。我日他先人。。。

为啥一天只能一次外卖没搞懂。。为什么要限制这个？又不是自己去拿外卖。。这要反抗吧。。。

小伙子。。只要项目赚钱。。比什么都强。成就感？少年。。太年轻了

@luxinfl max 不代表说一定要用那么多。。我前面也说了，误区是线程越多越好。其实如果足够快。1 个线程也够用。。想象 redis

@luxinfl 我才看见前面说的。。5 个 SLB 。。。slb 还能按个数说的？ nginx 吧？

@ZE3kr

我知道对于初级 php 程序员来说，认为这两个是同一个东西。但是，稍微有点经验的。从心智上是能分得清这两者是有区别的。混在一起只是语法糖，不代表从逻辑上是同一个东西。

？？？？
数组和对象都没搞明白的人跑来喷 json ？

床上有孩子，不可能的。。隔一会就惊醒盖被子

@luxinfl 有没上限也是看要看监控。java 的 jvm 的监控能看得到。很简单。。你怀疑线程数，就设置更多的线程呗，碰碰运气嘛。

这里有一个误区，并不是线城数越多越好。只要足够快，1 个线程也够用。要看 jvm 监控里面堵塞线程数，max 线程数等等。。就算没监控，你们也要有 ssh 权限上去看 jstack ，如果能正好撞上有问题的时候线程的问题可以看得出来。

没有监控都是盲猜，运气好撞上，运气不好就找不到。详细监控才是追查这种问题的办法。还有可以把 GC 日志打开，是不是在 GC ，但你们什么权限都没有。。查个鬼

@luxinfl 回车打快了。。
无所谓了。排查问题，一定要有监控。。盲猜都是秀操作

@luxinfl 有 prometheus 。。直接 curl 就能拿到了。。没那么麻烦。。。

为啥都在纠结 tps 是多少。。。不去给个思路排查？
就算是 tps8w ，难道就不算高并发就不是问题了？


这个链路有两个口，一个是 slb ，一个是应用程序。所以要先确定是 slb->应用程序这一条链路是否是通畅无延迟的。因为 slb 本身也是一个池子，他抖动一下你只能看着。所以要有手段检查 slb->应用程序的延迟。一般是在你的这一测也加监控，不是光去看 slb 的监控，而且顺便把应用程序的监控也加了也好分析应用程序本身有什么问题。

看是 tomact ，就是 java 。prometheus 挂起来。看看接口的 99%延迟是多少，看看每台 qps 是多少（其实不重要，tps 只是有比较才用，一直都是一个均值没啥用）。每台机器要挂一个 node exporter 。看机器的详细的指标。网络吞吐是不是到瓶颈，内存是不是到瓶颈，是不是那个时候在做 full gc 。等等。。这些信息都没有。。。让广大 v 友盲猜？