@smallWang 不是，我只是把米饭主食去掉，只吃菜，菜还是那些菜（当然尽量避开肥腻的），并没有吃专门的减肥餐啥的

把主食去掉试试，我之前 172/65kg ，控制主食碳水之后现在稳定在 60kg ，我才知道原来吃饭也不一定要吃“饭”

@OceanBreeze +1 我们用的阿里云的专业版，一个月才 300 多，方便又好用，要啥运维。。

高可用是 master 至少 3 台，我们线上挂过一台，没啥问题，另外 cpu 、磁盘、内存、网络这些基础监控要搞起来

这个 lowcode 平台有问题吧，简单点直接 lock ，同一时间只允许一个人编辑同一个模块

A 股，丢了 2w 进去，现在剩下 5000 ，还好没投更多。。比起楼上 7w 进去 1000 出来的好多了哈哈

感觉我自己做饭省了很多钱，一家三口，自己买菜一天 100 以内可以吃的不错了

不光是目标机器，压测机器也要监控

1. 尽量跟生产环境相似
2. 加监控，看哪个环节到瓶颈了，比如压测时网卡？ CPU ？磁盘？这些指标如何？

我会倾向于中间表 t_article_to_city
article 表里面加字段 visible_city_ids 的方式，如果 id 很多呢？上百个怎么办，你的字段长度怎么定？
如果要统计哪些文章在某个城市可见呢？用 like 查询么？

这已经晚了吧

我通勤时间跟你差不多，但是我很佛系。。前车距离保持的远远的，要插队就插呗，随意，主打一个心态好

有时会听个书啥的

我会优先考虑对象存储，比如 S3 、MinIO ，其次会考虑 NFS 、ceph 、glusterfs 这些方案

需求细节还有些不清晰，比如“四台服务器都能读写某一个文件夹”具体会读写到同一个文件么? 如果两台服务器都在写同一个文件，以谁为准？怎么同步？

另外就是写的过程中可能会被读么？读到不完整文件会有什么问题么？

@wxd21020 如果是生产，建议还是把业务流量切走再操作，或者低峰期，drop cache 有一定概率会导致系统 hang 个几秒~几十秒不等，也可能毫无感知

没有 root 权限就算了。。

所有历史密码都不能使用么？如果没有这个限制，那可以准备 3 个密码，轮流来就行。。

或者说服你们领导改成双因子，安全性也更高

可能是 kernel pagecache ，我们之前有过类似的问题，跟 jvm 啥的没关系

echo 3 > /proc/sys/vm/drop_caches

试试在内存比较高的时候执行这个命令（需要 root 权限）