MySQL 用 UUID 作为主键,实际使用中有什么问题
澳门新葡京官网
澳门新葡京官网
当前位置 : 澳门新葡京官网 > 新葡京娱乐场

MySQL 用 UUID 作为主键,实际使用中有什么问题

最近有一个产品尝试采用 UUID 代替默认的 int 主键。

由于没有在大规模的生产环境中这样用过,虽然搜索了关于 MySQL UUID 主键的优劣势文章,但毕竟案例还是太少,很多还停留在性能测试阶段。

论坛中是否有朋友在生产环境中采用过 ActiveRecord + MySQL UUID 主键的方案,有没有什么特别的坑?

看网上资料,主键的字段类型设置引起不同的性能变化
postgresql的uuid比text省空间
http://simononsoftware.com/how-to-store-uuids-in-postgresql/
SO上关于mysql的两篇文章
http://stackoverflow.com/questions/412341/how-should-i-store-guid-in-mysql-tables
http://stackoverflow.com/questions/2365132/uuid-performance-in-mysql/2365176

UUID的优势就是天然适应高并发的环境下使用。如果id顺序递增,每创建一条记录都需要对表加一次锁,这在高并发环境下是很大的开销,有时候甚至是不能容忍的。

你只在单机上进行测试会导致插入性能随数据量指数级减慢。而UUID可以无痛支持对表进行水平划分,将数据分布存储在多台不同的机器上。只要机器可以无限扩展,插入性能就能够得到保证。

注意留好创建时间字段和更新时间,否则增量/迁移之类的时候会疼

栏目列表

广告位

澳门新葡京官网