-- sequece id 生成器表
CREATE TABLE sequece (
    id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY COMMENT '物理主键, 自增 id',
    stub char(1) NOT NULL DEFAULT '' COMMENT '打桩靶子',
    UNIQUE KEY unique_key_stub (stub)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT = '古老分布式 id 生成器';


-- 获取 id
DELIMITER $
BEGIN
REPLACE INTO sequece(stub) VALUES ('X');
SELECT LAST_INSERT_ID();
COMMIT
$

-- step 标识增长步长, 也标识分布式机器数

show global variables like 'auto_increment%'

+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| auto_increment_increment | 1     |
| auto_increment_offset    | 1     |
+--------------------------+-------+

-- auto_increment_increment 全局步长
-- auto_increment_offset 自增起始值

-- 设定自增步长
-- set session 设置当前会话链接, set global 设置当前 ID 机器
set global auto_increment_increment=step

for i : [0, step)
    CREATE TABLE sequece (
        id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY COMMENT '物理主键, 自增 id',
        stub char(1) NOT NULL DEFAULT '' COMMENT '打桩靶子',
        UNIQUE KEY unique_key_stub (stub)
    ) ENGINE=InnoDB AUTO_INCREMENT = [offset + i] DEFAULT CHARSET=utf8mb4 COMMENT = '古老分布式 id 生成器';

这种古老 MySQL 分布式 ID 生成器, 方案成熟部署简单. 在高并发领域存在 DB 性能瓶颈.

如果考虑高可用主从架构, 在主服务挂了, 从服务顶上时候存在重复发号可能.

关于 分布式唯一 ID 其它业界解决方案, 后面有机会再聊.

交流 2: 为什么官方推荐 AUTO_INCREMENT 当主键, 而很少见到 UUID 等等?

MySQL InnoDB 引擎默认主键索引是 B+ 线索树索引, 也称为聚簇索引(聚集索引, row key 和 row value 存在连续内存中),

为何叫聚簇索引呢?

在 InnoDB 中, 每个表都会有一个聚簇索引, 在定义了主键(primary key)的情况下,

主键所在的列会被作为聚簇索引存储. 所谓聚簇索引，意思是数据实际上是存储在索引的叶子节点上,

「聚簇」的含义就是和相邻的数据紧凑地存储在一起.

因为不值得同时把数据行存储在两个不同的位置，所以一个表只能有一个聚簇索引.

关于 InnoDB 选择哪个列作为聚簇索引存储，大概的优先级为:

如果定义了主键(primary key), 则使用主键;

如果没有定义主键, 则选择第一个不包含 NULL(NOT NULL)的 UNIQUE KEY;

如果也没有, 则会隐式定义一个主键作为聚簇索引.

伪共享 (false sharing) 的非标准定义为:

缓存系统中是以缓存行 (cache line) 为单位存储的. 当多线程修改互相独立的变量时,

如果这些变量共享同一个缓存行, 就会无意中影响彼此的性能, 这就是伪共享.

• 在 server_id 当前服务器的值介于 0 和 255 之间，您的设置主从服务器中是唯一的
• 您不会在 mysqld restarts 之间设置服务器主机的系统时间
• UUID_SHORT() 在 mysqld 重启 之间， 你平均每秒调用的次数少于 1600 万次

详细可以查阅更多资料, 也是一种选择. 

后记

行业技术升级变革同样也是是有条不絮.

本文以非常小的点 CREATE TABLE 为切入同大家交流, 欢迎补充纠错. 

对于我们奋斗在一线开发工程师而言, 最主要不是虚拟世界航母上神仙斗法, 更多是现实世界通过技术传承为商业项目把桩打稳打牢固.