ai 对话内容如何持久化

https://s3.bmp.ovh/imgs/2025/03/26/8563a5c7cbd7f437.png

我不知道你的并发量多大 oss 都扛不住


我不知道你的并发量多大 oss 都扛不住

我不知道你的并发量多大 oss 都扛不住


我不知道这个 V2EX 发个图片为什么这么难

https://imgur.com/aiQ7XXI

我不知道这个 V2EX 发个图片为什么这么难

找个带聊天记录的 ui 然后接 api 不就能自动保存记录了，例如 openwebui

@shellus

@shellus 做法如下：
https : // i.imgur.com / aiQ7XXI.png
去掉空格

@shellus V2EX 测试沙盒 https://ex.noerr.eu.org/go/sandbox ，我之前测试的链接 https://ex.noerr.eu.org/t/1063562?p=1

好像是限定的几个白名单的站点才允许加载图片。而且 imgur 默认给的链接还不能用

按照你的那个，用 https://i 。imgur 。com/aiQ7XXI 。png （为了防止被转换成图片，把句号换成点）

可以开 F12 ，看别人图片链接长啥样

存 es 呢

存在 MySQL 中没有什么太大问题
一般情况下你也无需加载所有的聊天内容，当然这个和业务形态也会有关系。网关不卡，我也见过客户端会卡的案例

存入数据库的想法是对的，只是不一定需要关系型数据库（ Mysql ），还有性能更好更适合文档型的数据库：mangoDb 这些。

性能品鉴不用担心（你真有那么大的并发吗？），使用 AI 总结更加高效。

@shellus #3 应该是频繁写入和刷新 CDN 有性能问题

@zsh2517 #9 第三方的图片链接也可以，见我之前发过的帖子（好吧，域名证书过期了，我晚点更新）

1. 聊天记录每次变动，属于动态内容，CDN 的缓存失效，但是网络加速效果还是有的。
2. CDN 不会有写入并发量的瓶颈，人家本身就是对象存储级别的写入性能。

建议：将历史聊天记录以块形式储存为静态不变的内容，例如聊天记录存为 index.json 往里面放第 201 条记录时候，即将 1-100 条内容另存为 page1.json, 然后 index.json 的第一行指向 page1.json ，后面是 101-201 行聊天记录。
这样就实现了仍然能利用到 CDN 的缓存特性，并不会频繁刷新缓存。

再下一步应该是读写分离，读总是从 CDN 读，但是写可以先缓存本地或者其他储存，有变化则定时同步到 OSS ，减少 OSS 写入。

但是总的来说，建议别折腾，CDN+OSS 没有你想的那么脆弱，除非你进行了并发测试证明性能真的达不到你的要求（可能性很低）

@shellus #16 嗯嗯 ，多谢老哥指点