从以上推测可知:当出现 与 "立刻加列" 操作不兼容 的 DDL 操作时 , 数据表需要进行重建 , 如下图所示:
请点击输入图片描述
请点击输入图片描述
扩展思考题:是否能设计其他的数据格式,取代instant标志位和 "列数" 字段,使得 加列/删列 操作都能 "立刻完成" ?(提示:考虑 加列 - 删列 - 再加列 的情况)
使用限制
在了解原理之后,我们来看看 "立刻加列" 的使用限制,就很容易能理解其中的前两项:
"立刻加列" 的加列位置只能在表的最后,而不能加在其他列之间
在元数据中,只记录了 数据行 应有多少列,而没有记录 这些列 应出现的位置 。所以无法实现指定列的位置
"立刻加列" 不能添加主键列
加列 不能涉及聚簇索引的变更,否则就变成了 "重建" 操作,不是 "立刻" 完成了
"立刻加列"不支持压缩的表格式
按照 WL 的说法:"COMPRESSED is no need to supported"(没必要支持不怎么用的格式)
总结回顾
我们总结一下上面的讨论:
"立刻加列" 之所以高效的原因是:
在执行 "立刻加列" 时,不变更数据行的结构
读取 "旧" 数据时,"伪造" 新增的列,使结果正确
写入 "新" 数据时,使用了新的数据格式 (增加了 instant 标志位 和 "列数" 字段),以区分新旧数据
读取 "新" 数据时,可以如实读取数据
"立刻加列" 的 "伪造" 手法,不能一直维持下去 。当发生 与 "立刻加列" 操作不兼容 的 DDL 时 , 表数据就会发生重建
回到之前遗留的两个问题:
"立刻加列" 是如何工作的 ?
我们已经解答了这个问题
所谓 "立刻加列" 是否完全不影响业务,是否是真正的 "立刻" 完成 ?
可以看到:就算是 "立刻加列",也需要变更 数据字典,那么 该上的锁还是逃不掉的 。也就是说 这里的 "立刻" 指的是 "不变更数据行的结构",而并非指 "零成本地完成任务"
怎么在mysql表添加段的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于mysql 表添加字段、怎么在mysql表添加段的信息别忘了在本站进行查找喔 。
推荐阅读
- 宠物门店小程序源码是什么,宠物商城app源码
- go语言模块,go语言 cgo
- 虚拟软件空间,虚拟软件空间有哪些
- 40寸电视怎么插机顶盒,40x6电视机
- go语言rpc性能对比 go语言运行效率
- 药品公众号如何推广,药品销售公众号
- 广电电视机黑屏是什么原因,广电网络电视黑屏怎样解决
- 钉钉看直播怎么调声音大小,钉钉直播哪里调声音大小
- go语言+驱动 go语言写驱动