字节向前实习生索赔 800 万，这得花多少年才还的清啊？

大家好，我是鸭鸭！

没想到，之前字节跳动大模型训练被实习生攻击这事还能有下文。

字节跳动起诉了！并要求赔偿 800 万侵权损失及合理支出 2 万元。

给网速不太快的朋友们回顾一下这件事（也可查看往期文章）：

今年 6 月的时候，字节跳动一名实习生对团队资源分配不满，使用攻击代码破坏了团队的模型训练任务。10 月，有人把这件事传播到社交平台，并有消息说此次攻击“涉及8000多卡、损失上千万美元”，引起了吃瓜群众的广泛关注。

字节在 10 月 19 号的时候发消息，涉事实习生已在 8 月底就被公司辞退，公司已经将他的行为通报行业联盟和学校，将处理交由校方，并且辟谣了一下，损失没有传闻中那么离谱。

但涉事的田姓实习生多次在社交平台上否认，称当事人不是自己，然后遭到了知情人士否认。

田实习生的“辟谣”其实还是“卓有成效”的，在事情刚刚发酵的时候，不少人还替他转了辟谣消息。但事情是不是他干的，字节最清楚不过了。

所以11月初的时候，字节就先发了面向内部全员的《企业纪律与职业道德委员会通报》，对该事件进行披露。

前两天，海淀区人民法院也正式受理了字节跳动的起诉，这回字节跳动请求法院，判令田某某赔偿公司侵权损失800万元及合理支出2万元，并公开赔礼道歉。

有一说一，这次起诉很难不让人觉得是因为田实习生的多次“辟谣”作出来的。根据媒体采访字节跳动内部人士的说辞，这次是“考虑到田某某完全没有意识到错误，且涉事行为已触犯公司安全红线，公司最终决定向法院起诉，以表明公司严肃态度、杜绝类似事件再次发生。”

不过 800 多万不是小数字，这得打多少年工才还的完啊？很好奇后续法院会怎么判决了。

鸭鸭看到有律师接受采访，表示如果字节能拿出证据，证明对方故意篡改代码导致相应损失，那么即使索赔800万，也不算高。

看来这个瓜一时半会还不会完结，大家觉得最后会怎么样呢？欢迎大家来评论区留言。

……

今天的面试题：

MySQL 中的索引数量是否越多越好？为什么？

回答重点

索引并不是越多越好。因为索引不论从时间还是空间上都是有一定成本的

1）从时间上

每次对表中的数据进行增删改(INSERT、UPDATE 或 DELETE)的时候，索引也必须被更新，这会增加写入操作的开销。例如删除了一个 name 为面试鸭的记录，不仅主键索引上需要修改，如果 name 字段有索引，那么 name 索引也需要修改，所以索引越多需要修改的地方也就越多，时间开销就大了，并且 B+ 树可能会有页分裂、合并等操作，时间开销就会更大。

还有一点需要注意：MySQL 有个查询优化器，它需要分析当前的查询，选择最优的计划，这过程就需要考虑选择哪个索引的查询成本低。如果索引过多，那么会导致优化器耗费更多的时间在选择上，甚至可能因为数据的不准确而选择了次优的索引。

2）从空间上

每建立一个二级索引，都需要新建一个 B+ 树，默认每个数据页都是 16kb，如果数据量很大，索引又很多，占用的空间可不小。