1.你在稳定性场景中遇到过什么由于业务不断累积导致的问题？ 之前在稳定性测试过程中，遇到多redis的内存一直持续增长，导致内存OOM。后来排查是因为key的过期时间设置的太长了，改正后redis内存基本稳定了。 2.在稳定性场景中，如何保证磁盘使用量不会随场景持续增加，而是保持在一个使用量级？ 数据类型的目录，一般会有个保留机制，保留3个月；日志类型的会做日志轮询

1.你在稳定性场景中遇到过什么由于业务不断累积导致的问题？ 通常是内存不足。另外就是在混合场景中不曾出现的Full GC 会在稳定性测试中出现，然后通过GC的发生频率，和发生时间适当的调整堆栈的大小。 2.在稳定性场景中，如何保证磁盘使用量不会随场景持续增加，而是保持在一个使用量级？ 通过日志文件归档，日志旋转，保持一定时间内的日志的方式，控制磁盘的无限扩增。

1. 你在稳定性场景中遇到过什么由于业务不断累积导致的问题？ 1). pod未设置memory limit，长时间运行导致k8s随机删除pod。劣币驱逐良币。 2). 数据库一些明细类、日志类表增长较快，有一些骚的join操作会挂掉。 2. 在稳定性场景中，如何保证磁盘使用量不会随场景持续增加，而是保持在一个使用量级？ 1) Docker的日志输出也要设置大小去轮转，长时间运行日志太大。 2) 业务上debug日志，或者info日志输出的太多了。不要打印结果集明细数据到日志中。