@exploreexe @anoninz 已经看完了，刀太多了🕶️😭。就是结尾结束的太快，特别是莉贝卡直接被重锤一脚踩死可太草率了。有点赶工的感觉。亚当重锤！我要杀你，一千遍！也不够！！！

@litguy 是的，我们前几天已经把 pg_wal 转移到了 SSD 上。性能优化了很多。下一步计划就是把数据盘换成本地的 SSD 。这些测试前几天我们都做过了，确实像大佬说的那样。数据库这块确实很吃经验，要学的东西还很多。感谢大佬的悉心指导！

@litguy 我们目前发现的一个问题，因为全部的服务器的数据盘都挂载在 集中存储服务器上，然后 pg_wal 缓冲区也被设在了数据盘上。我们估计应该是缓冲区被放到了集中式存储服务器上导致的读写 io 爆炸。另外，事后看了相关监控，发现实际上在生产中记录到的磁盘阵列的 IOPS 不是很低，读写都能到 10w 左右。没有之前提到的那么低。

@litguy 感谢大佬能花时间给我答复！我们刚刚还发现了一个问题，就是针对这个数据库进行入库的时候磁盘 io 就暴涨，但是这个数据库的数据总量远远没有其它数据库多。我们下一步修改跟磁盘优先级有关的参数，要是再不行就寄了。明天晚上老板就要刀了我了_(:з」∠)_。话说回来我想问一下，50 亿行数据入到数据库集群一般需要花多久，我们公司没有 dba ，所以这一块一直是我在挑挑弄弄，之前我们跑 87 亿数据跑了 12 个小时，但是后来就再也没有那么快了。

@v2wtf 是的，我之前也是很努力的在把写入磁盘的粒度调大，频率降低，然而还是遭不住。我其实很早之前反应过这个问题，也是按照大佬你的思路去汇报，但是没被接受。上级给出的答复是我们的数据中心换磁盘的成本太高(／_＼)。我已经摆烂了。

谈话，然后说项目没做完，不好跟投资人交代。老板说自己亲自掏腰包给我们包了个红包，然后一瓶红酒一箱苹果。_(:з」∠)_，老员工说去年也都一样。

@litguy 是有关语言处理模型的一些文本信息和数字编号，目前在处理的一张表里面有 9 行，40 亿数据，大部分编号长度都在 20 位以下。文本部分的长度基本上都在 20-60 字左右。

@litguy @v2wtf 不好意思的大佬们，我没描述清楚。我们目前的磁盘配置是使用集中式存储，是 SSD 混合 HHD ，走的是 hba 卡的光纤。目前我们遇到的问题就是 copy 写入数据一个小时到两个小时之后，数据库磁盘的写入等待时间会从 200-1000ms 急剧飙升到 20000ms+，平均每台机器的写 IOPS 在 200 左右。固态和机械的比例我不知道，我个人觉得很可能是集中式存储的磁盘缓存被写满了。但是运维那也没给我太对有用的信息。(／_＼)

@findex 我当时在睡觉，迷迷糊糊真以为是电脑被黑了或者里面的模型觉醒了接管了我的电脑，直接一激灵

@NoAnyLove 国庆那会我也遇到过！而且我电脑还有 wallpaper engine ，这玩意重启之后解除了静音，然后凌晨三点我迷迷糊糊听到 USB 重新加载的提示音，而且还听到客厅有小女孩在唱歌的声音。给我吓得魂都出去了。

@xuyang2 因为我们老板要求把代码拆分的越简洁越好，写的越清楚越好。其实挺方便的。除了 debug 的时候遇到底层函数出问题有点折磨。

@edis0n0 我们的项目老板也不让写注释。我都把这玩意当高级版代码补全。

chatgpt 适合做代码解释。我这几天补写代码说明文档用 chatgpt 很方便。copilot 适合代码开发时候辅助，特别是我这种 Python 开发用新的包的时候，注释写好它帮我生成，很方便我理解然后进行二次开发。

@job32 我现在也是套一四楼，不过在我公司附近。看看塔子山那边有没有 v 友需要

我也是成都，通勤时间二十五分钟，考虑买个九号的电动滑板车 d28 或者 f25 ，你可以参考一下我的滑板方案

@HugoChao 啥时候结婚

@Aoang pg 应该是 14.5 ，citus 应该也是最新的版本。谢谢大佬，我今天去好好看看

@yean 现在基本上都没了吧，，，我也没