MySQL索引道理与应用：索引范例，存储布局与锁

自增 ID 在插入的时辰可以担保相邻的两笔记录也许在统一个数据块，而订单号这样的营业相干的持续性计划上也许没有自增 ID 好，导致持续插入也许在多个数据块，增进了磁盘读写次数。

• 独一性：自增 ID 很轻易会被暴力破解，数据迁徙的时辰，出格是产生表格归并这种操纵的时辰，会不行停止地存在斗嘴。UUID 则可以或许担保独一性，彻底停止斗嘴。
• 键长度：自增字段的长度较 UUID 小许多，这会对检索的机能有较大影响。Innodb 引擎举办数据检索时，也是先按照索引找到主键，然后按照主键找到记录；这样在主键长度短的环境下，会有较好的读机能。
• 并发性：自增 ID 而且高并发的环境下，竞争自增锁会低落数据库的吞吐手段。UUID 则可以或许在应用层天生 UUID，进步数据库的吞吐手段。
• 数据库索引：InnoDB 中表数据是凭证主键次序存放的，在写入数据时辰假如产生了随机 IO，那么就会频仍地移动磁盘块。当数据量大的时辰，写的短板将很是明明。自增 ID 中新增的数据可以默认按序分列，对付机能有很大的晋升；UUID 则主键之间没有次序纪律。

主键与独一索引

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!