相对安全,不能简单的从uuid获取信息,但是如果自增,则容易暴露信息,如果一个客户id是123456,很容易猜到有客户id是123456. 缺点: 字符串类型,占用空间比较大 读写速度慢,而且索引会随着数据量的增加越来越难用 uuid做主键新插入行的时候,写入的目标页很可能已经刷新到磁盘上并且从缓存上移除,或者还没有被加载到缓存...
为了存储和查询性能应该使用自增长id做主键。 (2).对于InnoDB的主索引,数据会按照主键进行排序,由于UUID的无序性,InnoDB会产生巨大的IO压力,此时不适合使用UUID做物理主键,可以把它作为逻辑主键,物理主键依然使用自增ID。为了全局的唯一性,应该用uuid做索引关联其他表或做外键。 4.如果非要使用uuid做主键,下面是小...
20. 主键使用自增ID还是UUID 652022-07 3 19. 为什么要尽量设定一个主键 242022-07 4 18. MySQL 支持的存储引擎 322022-07 5 17. 内连接,自连接,外连接 212022-07 6 16. 存储时间的表示 372022-07 7 15. SQL 注入漏洞产生的原因,如何防止 272022-07 8 14. 索引,主键,唯一索引,联合索引 282022-07 ...
里面主键是uuid。我跟他建议说mysql不要用uuid用自增主键,自增主键效率高,他说不一定高,我说innodb的索引特性导致了自增id做主键是效率最好的,为了拿实际的案例来说服他,所以准备做一个具体的測试。 作为互联网公司,一定实用户表,并且用户表UC_USER基本会有百万记录,所以在这个表基础上准測试数据来进行測试。 ...