这是一个创建于 854 天前的主题，其中的信息可能已经有所发展或是发生改变。
事情这样的，前断时间组里有个后端工程师用 go 写一个统计的功能，开了几百万个协程读数据库，直接把数据库拖垮了。然后 cto 是大厂出来的，说现在数据库不行，要自研一个数据库。就把后端的工程师调过去开发数据库了，其实就是拿 leveldb 封装了一下。
而现阶段业务比较繁忙，大领导每天都在催进度，但是后端写业大部分都去搞这个数据库了，每天加班都搞不完。
遇到这种情况，你们该怎么办
 | 1 RRRSSS 2023-06-14 11:39:08 +08:00  1 run |
 | 2 iOCZ 2023-06-14 11:40:40 +08:00 对金轮法王表示不满 |
 | 5 chuck1in 2023-06-14 11:47:58 +08:00 开发数据库也实在是太厉害了。。。。确定是大厂出来的？ |
 | 6 coderxy 2023-06-14 11:50:44 +08:00 开发数据库有点离谱，这不是造轮子了，这是自己重新修路了。 |
 | 7 nomagick 2023-06-14 11:53:36 +08:00 啥东西他也经不起挤兑啊 |
 | 8 streamrx 2023-06-14 11:55:34 +08:00 via iPhone 1 开发数据库这是自己造航空母舰了 |
 | 9 importmeta 2023-06-14 11:55:48 +08:00 万一把下面这些开发人员惹急了. |
 | 10 chenPiMeiHaoChi 2023-06-14 11:56:27 +08:00 3 大厂出来都这么个套路，老板喜欢。底下人干不完就是能力不行，换成 CTO 推荐来的人就突然行了。 |
 | 11 ytmsdy 2023-06-14 11:56:44 +08:00 如果加班都干不完的话，那就安安心心摸鱼吧。 这明显就算工作任务分配出了问题。 |
 | 12 w8123 2023-06-14 12:01:00 +08:00 CTO 是搞笑呢，是不是要跑路了。就算包装个简单的数据库，后面那不得分出一两个人去维护和运维？况且这玩意谁敢用 |
 | 13 hhjswf 2023-06-14 12:11:50 +08:00 via Android 什么统计功能啊，几百万个协程。。 |
 | &nbp; 15 KagurazakaNyaa 2023-06-14 12:25:31 +08:00 需要这种规模并发读数据库的场景，正常人会选择把这些数据放到 es 集群之类的地方来降低数据库压力，你们 CTO 选择自己手搓一个数据库是让人想不到的 |
 | 16 coderluan 2023-06-14 12:31:42 +08:00 和上面反应一下，先弄个数据库把业务做完，喜欢造轮子之后再换，如果不行的话，自己就不加班了，大部分拿 N+1 走人。 |
 | 17 txy3000 2023-06-14 13:01:14 +08:00 开发数据库? 只能说 cto有钱有人，跟着干就完事了 |
 | 18 cabing 2023-06-14 13:11:19 +08:00 统计用 ck 或者 doris 。或者 hive ？ |
 | 19 luozic 2023-06-14 13:46:23 +08:00 单个服务跑这么多请求到库上，dba 和监控没叫？ |
 | 20 JKeita 2023-06-14 13:54:41 +08:00 CTO 是脑子抽了吧，即使要搞也不是让业务开发的去搞而是专门基架团队搞吧。 |
 | 21 bakey 2023-06-14 14:00:19 +08:00 也别忙着喷 CTO ，帖子给的信息不足够，很难判断出来 CTO 决定自研数据库是否一个正确的决定。而且这里不也是说基于 leveldb 封装嘛，这也没有从头到脚自己造啊。我觉得还好吧 |
23 la2la 2023-06-14 14:22:23 +08:00 看标题以为是封装工具类搞搞 KPI 啥的。 点进来发现是自研数据库，打扰了 |
 | 24 DengDDDD 2023-06-14 14:34:29 +08:00 leveldb 都是有开源实现的，如果只是封装难度不大的，到是为什么因为开协程导致数据库异常就要通过开发数据库 这个做法实在难以理解。 |
 | 25 matrix1010 2023-06-14 14:45:16 +08:00 via iPhone 这种首先应该有个详细的书面复盘报告。到底是什么原因导致系统承载能力不足，现阶段是不是必须要解决。然后再分析解决方案比如是不是优化查询或者限流之类的。数据库是很成熟的东西 |
 | 26 try2giveup 2023-06-14 14:50:54 +08:00 确定几百万协程干统计查库，这要开发出来可以不用干现在项目，光这个 数据库就够你们公司吃的了 |
 | 27 ltmst 2023-06-14 14:51:36 +08:00 我以为是造啥轮子呢 这家伙，上来就魔改数据库了 这要是让我去 这好办，之前硬盘的操作全放内存 别和我说容错，问就是速度快的代价 |
 | 28 wulili 2023-06-14 14:58:02 +08:00 别当真，对方说的自研基本就是在现有数据库的基础上封装一下，根据特定业务加点料啥的 等完事了这又是一个 KPI 呀 |
 | 29 lambdaq 2023-06-14 15:10:05 +08:00 这下岗位安全保障护城河了。job security ++ |
 | 30 ho121 2023-06-14 15:10:47 +08:00 这不叫造轮子，这是造势 |
 | 31 securityCoding 2023-06-14 15:14:03 +08:00 via Android 1 这是要拉投资啊 |
 | 32 kuaner 2023-06-14 15:39:16 +08:00 开几百万协程读数据库的人能开发数据库么 |
 | 33 yufeng0681 2023-06-14 15:44:58 +08:00 坚持一下，等大领导把 CTO 裁掉， 一步解决，永绝后患。 |
 | 34 seki 2023-06-14 15:50:24 +08:00 乐观点想，一般碰不到这样的 CTO ，定出这样的开发数据库的需求，不如先学习学习 |
 | 35 fiypig 2023-06-14 15:59:46 +08:00 哈哈哈哈 几百万协程 怎么做到的 |
 | 36 nkidgm 2023-06-14 16:04:59 +08:00 1 对于这种公司，话我先说了，做 db 那伙人早晚先散伙。 活下来的一定是业务团队。 |
 | 37 zsc8917zsc 2023-06-14 16:19:10 +08:00 1 你们把数据库开发出来，可以拿这个去上市了 |
 | 38 final7genesis 2023-06-14 17:03:30 +08:00 @zsc8917zsc 有人用吗 |
 | 39 zachwei 2023-06-14 18:22:24 +08:00 这都不是造轮子 这特么造汽车 还是新能源 |
 | 40 456789 2023-06-14 22:01:45 +08:00 说实话 国内的 cto 如果造数据库就说明这 cto 舔功和技术能力一个是天一个是地 |
 | 41 Nnq 2023-06-15 05:21:23 +08:00 只能说遇上了所谓的“高手”， 就和之前一同事信誓旦旦的跟我说自己做了个关于 opentelemetry 的 poc 基于案例，我丢给他一个 github 上官方的带压测的全链路 poc ，我同时说要注意最小内存限制啥的；结果大哥根本没看过官方的 poc ；还反驳我说你弄的啥破玩意还有内存限制，他觉得 ot 没有任何。。。。。。 |
 | 42 lxychn 2023-06-15 06:22:28 +08:00 via Android 自研数据库 |
 | 43 zhaokun 2023-06-15 07:57:39 +08:00 via iPhone 统计得锅 |
| 44 zhaokun 2023-06-15 07:59:36 +08:00 via iPhone 很好奇就没人提出来反对吗？这种感觉就是为了做而做，完全不考虑实际情况 |
 | 45 darkengine 2023-06-15 08:53:06 +08:00 这不是造轮子，这是从炼钢开始了 |
 | 46 witcat 2023-06-15 10:38:57 +08:00 via iPhone 挺好的...让大家都有的忙。实在干不过来了再多招点人，创造更多工作岗位。 |
 | 47 ChoateYao 2023-06-15 10:42:41 +08:00 换个角度，你们的 CTO 给你们找了一个高难度的活。 1. 他在展现自己的价值，得到老板的认可 2. 你们有活干，在老板眼里你们都都好员工，不会裁员 3. 项目成功或失败，你们和 CTO 没人关心，而是更关心这个项目能在这家公司混几年，N 年后老板满心欢喜拿到一个半成品去招商引资，而你们和 CTO 换了一家公司继续这个套路。 |
 | 48 fibodt007 2023-06-15 11:07:21 +08:00 难道不应该干掉那个用 go 的后端工程师吗 |
 | 49 huiwang520 2023-06-15 19:02:24 +08:00 拿 leveldb 封装。。。你们领导真是个大聪明 好歹也上个 RocksDB 啊 |
 | 50 istomyang 2023-06-20 17:57:25 +08:00 首先，几百万个协程读数据库这个就不行，其次，你们数据库集群都 hold 不住吗？再者，LevelDB is a fast key-value storage library written at Google that provides an ordered mapping from string keys to string values. 为啥不用 Redis ？最后，我觉得领导带你们造轮子，很棒啊！你可以拿着这个工作经历去找更牛逼的公司了，至于大领导催进度，让 CTO 去搞定。 |
Select Language