ahern88
pika_version:3.3.6 pika_git_sha:9e74c8cd0040a0a63c35e9d426c7d3b6464b378e pika_build_compile_date: Dec 4 2020 os:Linux 3.10.0-957.el7.x86_64 x86_64 配置的compact信息： compact-cron : 03-04/30 单节点数据量大概1.5T左右，开启了这个配置后，最近几天早上6点半出现主节点异常。 grafana的服务状态监控如下：  内存使用监控如下：  感觉是这段时间主节点hang住了一样，无法处理外部连接和请求，导致客户端调用全部超时。 ---------------补充------------ 关闭compact cron后，没有出现服务状态抖动了。 请问下为什么开启compact cron后会出现这种状况。
想要监控到pika服务器的响应耗时，目前没有办法，这个以后能支持到吗
目前生产环境使用pika3.3.6，采用classic方式，部署了一主二从。但由于数据量增大，想迁移至codis+pika分片的集群中 codis+pika分片模式的集群已部署好，但不方便将老集群中的数据迁移过来。 尝试了pika_port，失败，不支持pika3以上的版本 看了pika_migrate版本，貌似不支持多db 还有什么方式能做数据迁移？不行的话就只能自己研究改代码了
开发自己的聊天服务器有啥规范，要实现哪些接口，有没有相关的文档。
由于chatgpt的api调整，导致web模式无法进行翻译，通过修改为http请求+websocket做数据调用。
### Self Checks - [x] This is only for bug report, if you would like to ask a question, please head to [Discussions](https://github.com/langgenius/dify/discussions/categories/general). - [x] I have searched for existing...