MySQL Char()或其他Field的次序UID集天生

实行谷歌搜刮,但：

题：
从外部天生MySQL字段的次序UID值的最佳要领,该字段必需可以暗示为字符串.

缘故起因：
从char [0]转发中搜刮字段索引时,磁盘次序/页面附加插入的通用次序UUID-ish值,用于执行写入和读取速率的日期前缀.该列将被索引,但探求最佳数据以增进索引读取和表写入机能而不是平凡的UUID.

我最初的设法是在牢靠宽度的字段中附加或替代UUIDv4天生的字符串的某些部门(即[Unix纪元] [剩余的UUID4])的某些粒度(也许是添补的纪元)的日期,但我不确定这是否会有所需的页内/磁盘排序功效和索引搜刮功效.一个例子是：

12904645950049bceba1cc24e80806dd

这些值必需独立于MySQL自己,因此行使UUID和时刻戳而不是自动递增的某些变革.

任何知道MySQL索引内部的人都有任何提议(对付InnoDB表)？

艾登

>(大抵)时刻有序(辅佐大量停止昂贵的随机主键BTREE更新)
>可直接排序
>紧凑

更不消说其他成果(HA等).您既可以行使算法,也可以直接行使它.

整个UID只行使多达64位的空间,以是我揣摩索引长短常有用的 – 见http://www.mysqlperformanceblog.com/2006/10/03/long-primary-key-for-innodb-tables/(一个反例).

（编辑：湖南网）

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