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专家面对面 – 通用功能咨询”
本文来自投稿,不代表新手站长_郑州云淘科技有限公司立场,如若转载,请注明出处:https://www.cnzhanzhang.com/17566.html