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.yunxiaoer.com/178974.html
ADB MySQL湖仓版的数仓版也可以数据实时接入，只是没有控制台，需要结合其他的数据平台完成是吗？ 以下为热心网友提供的参考意见 是的，ADB MySQL湖仓版和数仓版都支持数据的实时接入。然而，具体的数据接入方式和工具可能会有所不同。 ADB MySQL湖仓版由于其设计目标是面向海量数据存储和处理，通常会提供更强大的数据摄取和实时接入能力，可能包括流处理…
函数计算我执行命令怎么会提示no space left on device？ 以下为热心网友提供的参考意见 当您在函数计算中执行命令时，提示 “no space left on device” 通常表示您的函数计算实例的磁盘空间已满。 以下是一些可能的解决方案： 清理日志文件：检查您的函数计算实例中是否有大量的日志文件占用了磁盘空间。…
函数计算中，有知道这个咋解决的吗？
请问polardb-x的lock tables write行为和mysql一样吗？就是说执行不报错，但不上锁是吧？ 以下为热心网友提供的参考意见 在 PolarDB-X 中，LOCK TABLES WRITE 是一个用于锁定表的语句，其行为与 MySQL 中的相应语句类似。当执行 LOCK TABLES WRITE 时，PolarDB-X 会对指定的表加写锁…
函数计算中，我看了下event bridge好像还是公测，可以用吧？我大概设计了下：1.spider 的function使用定时任务，每秒执行，最大实例1，这样可以保证持续的单线程运行。结果输出到event bridge2.process function从event bridge获取消息处理，输出到sls3.通过sls 设置告警规则，通知。 以下为热心网友…
