既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上Go语言开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
序言
看了b站IT老齐的架构三百讲的其中一个短视频,有所体会并记录一下。视频中所讲的财经部门使用的UUID主键,在日终结算时出现磁盘的IO异常,导致应用出现高延迟。最后发现是UUID的问题,UUID作为主键在数据进行插入的时候对于系统的压力是非常大的。
UUID(Universally Unique Identifier)介绍
UUID结构如上图所示,比如7bf13c38-00a1-484e-b1e2-80c1ab8e754c,作为唯一标识符,类似网卡上的MAC地址。
UUID的生成方式主要有下面几种:
- 基于时间的UUID:利用时间戳和网卡的MAC地址生成唯一的UUID,超高并发的系统在同一设备上生成的UUID可能重复。所以基本上不怎么使用。
- 基于DCE(Distributed ComPuting Environment)安全的UUID:基于身份验证和安全服务生成的UUID,使用用户的某些特征如账号邮箱等信息,涉及侵犯用户隐私,无法大规模推广。
- 基于名字的UUID(MD5):加密算法使用MD5生成的UUID。
- 基于名字的UUID(SH1):加密算法使用SH1生成的UUID,在相同的命名空间下可能会出现UUID冲突。故3和4也不常用。
- 随机生成的UUID:最常用的UUID生成算法,完全随机生成,存在极小概率重复的情况;与外部环境无关,不涉及环境信息,生成内容无序无规律。
Java提供了生成UUID的方法,如下
public class UUIDGenerator {
public static void main(String[] args) {
UUID uuid = UUID.randomUUID();
System.out.println("SecureRandom生成的UUID为:" + uuid);
}
}
UUID主键(UUID Primary Key)
数据库主键,指的是一个列或多列的组合,其值能唯一地标识表中的每一行,通过它可强制表的实体完整性。主键主要是用与其他表的外键关联,以及文本记录的修改与删除。
UUID作为主键在大数据量的情况下为什么会产生问题,先看一下UUID模式,
- 全局唯一性
- 信息安全
- 非趋势递增
- 影响索引效率(InnoDB引擎)
底层数据结构B+Tree,在叶子结点上以有序的方式进行存储,InnoDB的索引也叫簇集索引(索引值和数据是紧密联系的),处理效率较高。如果存储的是UUID,那么存储的数据是无序的。
B+Tree的数据结构可以参看我前面的一篇文章:查找算法_四问四不知的博客-CSDN博客
UUID是无序的,当UUID可能在索引中间某一页插入数据时,新增记录所在的数据页已满,数据库需要申请一个新的数据页存储数据,这种现象被称为“页分裂”。
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**