@cue 就这个问题，回答写了几百字，发出去审核了几分钟显示通过了，实际上只有我自己能看到

@Chad0000 水深火热至少能看到吧，我那个回答真就只有自己能看到，突然就感觉很无力，应有的发声渠道被堵死

信息量太少，简单说一下，controller 是注入在 springmvc 容器里的，所以应该可以正常拿到 response ，service 层用的 spring 容器，所以拿不到，会报 null 异常，至于鉴权应该是在 request 期间鉴权的，大致应该是这样子的，

这类在运行期 0 变更的通常直接扔内存，方案楼上都说的差不多了就不补充了

杭州的有无？

这么卷吗？是都降薪了么

4G 内存够够的，java1g ，mysql1g ，nginx0.5g ，完美

linux cron 每天晚上 3 点定期拉取 docker hub latest 镜像并重启，java 服务打包成 docker 镜像，内置一下 flyway ，最好买个 flyway 的授权

用阿里的 dms 啊，生产环境禁止外网这个没啥疑问吧？

1.为啥会有这种需求？
2. 能不能在数据生成的时候基于需求扔到对应 list 里去，比如 123* 的 string 放到 123 的 list 里面
3. 换其他服务处理，比如 es ，数据量不大直接 mysql

定时任务和延时任务都是绝对时间，kafka 实现了时间轮，但延时队列这玩意还是比较复杂的，因为延时任务存在不可预期性，比如一个 task 是十分钟后执行，还有一个 task 是半年或者一年后执行，这种情况下直接使用单个时间轮会导致圈数过大，而且一个槽中的所有任务分发也是比较复杂的逻辑，而且 kafka 的定位是实时流处理平台，这种业务支持也没啥太大好处。

真实

@JDog 学习了

@zoharSoul 明天加个 skywalking 监控一下看看，现在用 jprofiler ，对性能影响比较大，有没有其他的推荐的？

@zoharSoul 哈哈，这个可以试一下，不过看 mysql 监控 cpu 一直没打满，尝试增加数据库连接池线程数反而性能更低，所以一直想先压榨出应用极限性能

@pkwenda 补充一下，期望 RT99 80ms 内，tps1800 左右?

然后 1c1g 是 mysql 的配置，买的单独的服务，应用机是 2c4g ，只跑了这一个服务，配置了 2g 内存
按照您提供的意见，明天我调整到 4c4g 试试。看阿里云控制台 ecs cpu 峰值大概也才 70 左右，线程数估计是控制在 120-150 左右比较合适

jdbc 连接池用的 HikariCP ，配置是 4 个连接，orm 用的 mybatis plus ，初期调优的时候把接口 A 的批量插入优化了一下，有小部分的提升。

日志默认用的 springboot 的 logback ，打算把整体压到 80 再试试 log4j ，然后再试一下 log4j 全异步日志的性能差异，现在就是卡在 tomcat 线程池调优这块了。

TPS/QPS 基本是 1:1 ，接口 A,B 都主要是插入或者更新操作。

压测用的阿里的 PTS ，直接用他们的机器，单机封顶在 2000QPS ，这个可以调多点，不过试了下结果还是一样的，甚至延迟还高了一点。

10 个线程每个线程查 100 条，然后更新原子变量，完事。一次性加载一百万条，只能加钱。

+1

这种十之八九是洗稿的，拿里面代码片段随便一搜就能找到原文