PolarDB的pcu中cpu和内存指标是不是该分开换算控制？
固定最低pcu个数4后，实际加速效果，也不敢说好，并且也不会触发serverless的升级。
既然有LRU的机制，那还在serverless的基础上，控制内存，导致LRU基本失效了，不可能所有sql都刚在内存中。
再就是serverless的扩容颗粒度，比如高并发一波内存上了多个G,根据文档弹性时间=探测时间+决策时间+执行时间，负载下降内存就被释放了，业务高峰lru这些内存还没加载使用第二遍，就被释放了，全靠磁盘重新硬读了。
以下为热心网友提供的参考意见
调整serverless的最小PCU配置，就可以控制serverless不会自动降配到过低的规格，buffer pool也可以保持固定规格的下限。在这个基础上，SQL的性能表现和buffer pool命中率有关，这个行为PolarDB和RDS不会有差异。你提到的LRU被淘汰，性能变差的场景，在RDS上是一样的。此回答整理自钉群“PolarDB专家面对面 – 通用功能咨询”