【TiDBer 唠嗑茶话会 37】各种数据库的血泪史(之一),这期我们不聊别的,就来一次吐槽大会吧!

昨天刚有个因为分片键没有索引导致的一个生产事故,瓦特法克

MySQL8的生产MGR集群,,因为收集某个表列的直方图,,直接触发bug导致实例重启,MGR把实例踢掉了。。。。真尼玛脆皮鸡。。。

作为一个DBA现在大部分精力都用在了开发数据库工具上,感觉对数据库本身都生疏了。。。

+2 :crazy_face:

最让我震惊的是TiKV——一个存储引擎——竟然会OOM!我知道有算子下推,有各种优化,但这是种本末倒置的表现。就好像我从硬盘读数据的时候硬盘报了个错,说缓存不够用,数据读不出来一样的情况。

ProxySQL的 schemaname 字段只是个鸡肋,要实现分库 sharding,只能通过正则匹配、查询重写的方式来实现。

有一说一,TiDB很容易OOM这点确实不太扛造,真血泪史。

1 个赞

oom是大数据的表现,是内存的锅。然后批笔款升级一批新设备跑tidb了。

最抗造的就是oracle 了

反正应用解决不了问题的时候,就说数据库的问题,哈哈

Oceanbase 反正各种宣传,但是…

感觉tidb对外宣传的时候需要更加明确一下定位,因为总有些人拿不是一个赛道的产品对比

1 个赞

线上PG被一个慢SQL打崩

mysql查询操作都假死状态

国内数据库厂商确实卷的狠,而领导们只要价格最低,出了问题就数据库背锅……

国产数据库百花齐放,谁用谁知道,具体看疗效

由于工作需要,从Oracle改学openGauss和PG,最近又在学TiDB和MySQL还有Redis:sweat_smile:。换来换去好像啥数据库都不精通…只是一直在适应工作…加油吧!

你说的不会是某金姓大牛吧:joy:

这几年xinchuang大背景下,要学习的数据库太多了。mysql和pg各种魔改,估计5-8年以后就只剩下20%

国产数据库,dddd

1 个赞