@drymonfidelia 按你说的，可能是为了方便用户输入，这种是不是应该先构建一个 userid_运单号的索引表，先按用户筛选，再对筛选出的运单号 like

没有，建议别换 https://i.imgur.com/agAJ0Rd.png

选老家，其他的别乱想了，其他的工资也没高好多。

虽然谢谢，但是我是极个别人

我看了下我线上库，1.1 亿数据，走索引查单条数据室 5ms 左右，mysql 在物理机上，物理机配置较高。

老哥是市场交易赚的？

@h157 装虚拟机，光速虚拟机或者 VMOS ，然后用 fakeLocation

4 颗已拔完，正常来说拔完一周内就恢复差不多了。不拔智齿回不间断的持续发炎发痛，拔了就难受一周。
老实说，我拔完最后 2 颗牙后的第二天就在吃手撕兔了，一直喝粥淡出鸟，难受的不是牙疼而是只能吃清淡的。。。

3000 一天，可以 166 天每天换辆车。

公司是团子吗

小时候想做一个有责任，有担当，对感情专一的人。现在没有一样做到，并且没有一点负罪感。

@Forviler #9 这种前端领域的问题，是不是可以做一层前端的网关统一处理后再给后端服务？这样自己团队内就可以闭环这个问题。

@zhao53 #9 排队求推荐码，[email protected]

我觉得做技术调研，不在于什么技术是最新的，什么技术是最好的，而是在于什么是最适合当前局势和未来发展的。所以，你做技术调研前一定要明确当前公司的局势和痛点。

比如你说的日志收集场景：
1 、请问下当前已有的日志哪里不好？
2 、直接查询机器里的 log 文件存在什么问题呢？
3 、目前公司的服务多吗，日志量大吗，是不是全公司都需要这样的日志收集？

先通过多反问多了解确定背景和目标。

然后再是了解当前业内有哪些解决方案，每个解决方案实施难度如何，优缺点是啥，是否能覆盖当前的背景和痛点，当前方案的意愿消耗如何。如果不能满足自己的需求，那么该方案是否能让人很快速的定制开发？

最后通过这些方面的了解，找到适合当前场景的方案给出结论。
还有最重要的一点，你的调研方案写好后，最好找组内同事一起讨论，看看别人的看法如何。

关了一堆插件，好多了
vm 参数只用了 -Xmx6G -Xms2G ，其他都是默认
https://i.imgur.com/So5dIBM.png
https://i.imgur.com/y81Z8LU.png