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