在从mysql转pgsql，莫急😭

BOHE 2026-08-20 11:47 1

我朋友二开的newapi对mysql适配的太差了。。今天修复更新那个，令牌编辑创建403的问题的时候就出了点问题，我想干脆就迁到pg好了，pg也更舒服一点（x）

最新回复 (19)

undefined 08-20 11:49

1楼

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

后者接近半成品。。只是用的人多了，很多bug当成了特性了。
𝓜𝒾𝓻𝒶𝓰ℯ 08-20 11:49

2楼

没事的薄荷，放手去做，反正你早晚会搞砸一切
大帅哥 08-20 11:49

3楼

是薄荷耶，不着急，那就先吃了饭再来
zhangkay 08-20 11:50

4楼

什么时候放点码呢佬，饥渴难耐等了几个月了
最佳第六人 08-20 11:50

5楼

放上这个表情包
z1056544889 08-20 11:51

6楼

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

7楼

果然答案在这里
AkaChou 08-20 11:51

8楼

没事～起码这次不是薄荷佬搞砸的
zh l 08-20 11:52

9楼

差点吓死我，我就剩x666这个站主力使用了
blacksein 08-20 11:54

10楼

估计二开的时候使用了pg专属语法吧。。一般有层ORM/sql mapping不太会出这种问题
同学，能吃一口你的泡面吗 08-20 11:54

11楼

薄荷搞砸了一切。
欧阳淇淇 08-20 11:55

12楼

玩炸了我可没空帮你修哦，我这屎山一堆排着队改呢
BOHE 楼主 08-20 11:55

13楼

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

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)

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

14楼

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

时间就像乳沟，挤一挤总会有的…
undefined 08-20 11:58

15楼

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

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

而mysql强迫必须设置。
钟阮 08-20 12:01

16楼

所以为什么不用我的二开版本，可以不停机迁移 ^-^
undefined 08-20 12:01

17楼

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

浏览器开了暗黑模式，菜单跟着反转了，但背景木有变。导致一码白。
Sam Altman 08-20 12:03

18楼

我只感觉 mysql 的内存占用很大
vip8888 08-20 12:57

19楼

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