在从mysql转pgsql，莫急😭

哟，前排。 pg的确感觉比mysql好用些。

后者接近半成品。。只是用的人多了，很多bug当成了特性了。

没事的薄荷，放手去做，反正你早晚会搞砸一切

是薄荷耶，不着急，那就先吃了饭再来

什么时候放点码呢佬，饥渴难耐等了几个月了

放上这个表情包

我八百年不用一次公益站，今天心血来潮用一下3.7flash，结果就502了，精准狙击 ^-^

果然答案在这里

没事～起码这次不是薄荷佬搞砸的

差点吓死我，我就剩x666这个站主力使用了

估计二开的时候使用了pg专属语法吧。。一般有层ORM/sql mapping不太会出这种问题

薄荷搞砸了一切。

一般是，之前更新也出现过一次这个错误：

new-api-master | 2026/08/20 10:32:59 [31;1m/build/model/main.go:258 [35;1mError 1406 (22001): Data too long for column ‘client_request_body’ at row 1

new-api-master | [0m[33m[7.594ms] [34;1m[rows:0][0m ALTER TABLE conversation_logs MODIFY COLUMN client_request_body text

[Knew-api-master exited with code 1 (restarting)

这次我也改好了，但是算了，一不做二不休，干脆转了得了，不然后面还是会调来调去太过于麻烦了

反正都是屎山，也不差薄荷那一个，是吧？

时间就像乳沟，挤一挤总会有的…

你永远想不到客户塞进系统的数据到底有多长

pg建表可以不设置长度，默认会给个比较大的默认值。

而mysql强迫必须设置。

所以为什么不用我的二开版本，可以不停机迁移 ^-^

薄荷佬，有空就瞅瞅这个bug。

浏览器开了暗黑模式，菜单跟着反转了，但背景木有变。导致一码白。

我只感觉 mysql 的内存占用很大

这是哪个，好像没找到项目的地址。