网易云音乐崩了，TiDB背锅？？？

关注飞总聊IT，了解IT行业的方方面面。

这不是什么新鲜事，我昨天就更新了：

新鲜的事情是，到底是什么东西导致了网易云音乐崩溃。

昨天我还期待网易可以公布技术细节，但是，这个期待我也说了可能不现实。

果然，没有技术细节。

然后，有意思的事情发生了。

一个叫做企业IT服务圈的公众号，写了这样一篇文章：。

这篇文章，从标题看，说明了一件事情。

就是网易云音乐会崩，主要是网易从杭州机房迁移去贵州机房的降本增效行为，导致了网易云崩盘。

但是，文章里面比较有意思的事，指出这是数据库的问题。

还放了这样一图：

并且表示，底层架构图显示，用到了TiDB。

后面，还贴了某个微信群的对话，也提到了TiDB。

所以，不管怎么样，暗戳戳的，文章就想告诉大家说，网易云音乐的毛病，是因为TiDB。

那么TiDB在网易云音乐有部署吗？

还真是有，TIDB官网有这样一篇文章：网易云音乐 DBA 谈 TiDB 选型：效率的选择 | PingCAP

https://cn.pingcap.com/blog/netease-cloud-music-dba-on-tidb-selection/

具体内容我就不展开了，大家可以去看看。

无论如何，网易云音乐，的确是用到了TiDB。

但是如果说因为网易云音乐用到了TiDB，又因为网易今年做了从杭州机房搬迁去贵州机房的决定，所以这次网易云音乐的倒塌，就是因为TiDB。

这个推理，我怎么看怎么觉得，好像这逻辑应该是体育老师教的。

毕竟，即使有TiDB，我们也不知道网易云音乐是怎么具体使用的。

我们更不知道，当网易向贵州机房切换的时候，是怎么切换数据库的。

我们甚至都不知道，网易从杭州机房向贵州机房切换这个事情本身，是不是导致了网易云音乐崩溃的原因。

所以不管真实情况到底是怎么样的，暗戳戳的就指向TiDB。这给我看起来，似乎是有点故意为之的特点了。

至于故意为之，是纯粹就是看TiDB不顺眼，还是有其他原因在里面，那就无从得知了。

反正，从我个人能够看到的有限的信息，我是无法把网易云音乐崩溃，和TiDB之间画上什么联系的。

一定要说，我们只知道网易云音乐的一部分使用了TiDB，仅此而已。

当然，网上还有另外一个说法，说网易自研的存储系统Curve，被网易给咔嚓掉了，裁员裁掉了，然后系统坏了缺人维护。

这个说法真假，也很难确定。唯一可以确定的事网易开源的Open Curve项目在今年年初以后，GitHub上确实陷入更新停滞的状态。

可是，网易云底层是不是用Curve存音乐这个事情，我都不知道。因此，这个说法，我还是无法判断。

在此，我得说，能够获得的信息太少，无法知道为什么崩溃的，那些暗戳戳的指向某个特定产品的做法，怎么看怎么都不对劲。

无论如何，我们还是期待网易可以告诉大家网易云音乐到底是因为什么原因崩溃的。