4G ，我觉得原因可能不在这

@zhangkunkyle

BUFFER POOL AND MEMORY
----------------------
Total large memory allocated 4397727744
Dictionary memory allocated 1803515
Buffer pool size 262112
Free buffers 8241
Database pages 250582
Old database pages 92339
Modified db pages 0
Pending reads 0
Pending writes: LRU 0, flush list 0, single page 0
Pages made young 2896024, not young 149994356
0.00 youngs/s, 0.00 non-youngs/s
Pages read 2396803, created 975730, written 1883403
0.00 reads/s, 0.00 creates/s, 0.00 writes/s
No buffer pool page gets since the last printout
Pages read ahead 0.00/s, evicted without access 0.00/s, Random read ahead 0.00/s
LRU len: 250582, unzip_LRU len: 0
I/O sum[0]:cur[0], unzip sum[0]:cur[0]

@ArthurKing 看不出问题

mysql 版本是:5.7.38-log
环境是 docker ，容器化部署的 request 0.1 核 4G ，limit 给的 16 核 32G

存储用的是 ceph


我就想知道可能因为哪些原因会导致整个库都没法正常访问，cpu 在最高点也只到了两核，内存只用到了 6G ， 磁盘 I/O 最高点 30M/S

我在服务器端执行了一个简单的 sql,通过 show profiles 查看他的执行进度， 是卡在 sending data 阶段

已加

有没有一种可能，产品经理、测试、运维这些岗位就是从程序员分拆出来的呢？

不是很明白，没有项目经验吗？还是在公司两年做的是自己的开源项目？

R.I.P

老问题了，我也提过相同的问题，你要考虑几个问题
1.当你的程序 OOM 的时候，POD 是不是也内存满了，你需要在你 POD 保活的前提下再去 dump ，不然还没 dump 完，pod 就被重启了

2.当你使用挂载卷的形式的时候，如果你有多个 java 程序，他们的 dump 文件是不是会互相覆盖呢？

@buyan3303 是个方法， 俺会试一试的

忽略一点，如果是和朋友打游戏，其实抽烟的频率会更高，基本一根接一根不断， 我尝试过嚼牙签，有奇效，各位可以试一试

我相信 "请尽量让自己的回复能够对别人有帮助" 这句话是在每个人的回复框里的， 感谢大家的回复，《这本书能让你戒烟》俺之前看过一遍，戒了大概有两个月复吸了， 最近打算重拾

自我以上众生平等，自我以下阶层分明

我觉得对于国内来说，微服务能创造更多岗位，何乐而不为呢

暂时告一段落，换 g1 了

-Xmx3328m -Xloggc:/data/logs/gc.log -XX:+UseG1GC