文章首发在公众号（龙台的技术笔记），之后同步到博客园和个人网站：xiaomage.info分布式系统中，有一些需要使用全局唯一ID的场景，这种时候为了防止ID冲突可以使用36位的UUID，但是UUID有一些缺点，首先他相对比较长，另外UUID一般是无序的有些时候我们希望能使用一种简单些的ID，并且希望ID能够按照时间有序生成什么是雪花算法Snowflake中文的意思是雪花，所以常被称为雪花算法，是Twitter开源的分布式ID生成算法Twitter雪花算法生成后是一个64bit的long型的数值，组成部分引入了时间戳，基本保持了自增SnowFlake算法的优点：高性能高可用：生成时不依赖于数据

文章首发在公众号（龙台的技术笔记），之后同步到博客园和个人网站：xiaomage.info分布式系统中，有一些需要使用全局唯一ID的场景，这种时候为了防止ID冲突可以使用36位的UUID，但是UUID有一些缺点，首先他相对比较长，另外UUID一般是无序的有些时候我们希望能使用一种简单些的ID，并且希望ID能够按照时间有序生成什么是雪花算法Snowflake中文的意思是雪花，所以常被称为雪花算法，是Twitter开源的分布式ID生成算法Twitter雪花算法生成后是一个64bit的long型的数值，组成部分引入了时间戳，基本保持了自增SnowFlake算法的优点：高性能高可用：生成时不依赖于数据

1、引言现在的服务基本是分布式、微服务形式的，而且大数据量也导致分库分表的产生，对于水平分表就需要保证表中id的全局唯一性。对于MySQL而言，一个表中的主键id一般使用自增的方式，但是如果进行水平分表之后，多个表中会生成重复的id值。那么如何保证水平分表后的多张表中的id是全局唯一性的呢？如果还是借助数据库主键自增的形式，那么可以让不同表初始化一个不同的初始值，然后按指定的步长进行自增。例如有3张拆分表，初始主键值为1，2，3，自增步长为3。当然也有人使用UUID来作为主键，但是UUID生成的是一个无序的字符串，对于MySQL推荐使用增长的数值类型值作为主键来说不适合。也可以使用Redis的

1、引言现在的服务基本是分布式、微服务形式的，而且大数据量也导致分库分表的产生，对于水平分表就需要保证表中id的全局唯一性。对于MySQL而言，一个表中的主键id一般使用自增的方式，但是如果进行水平分表之后，多个表中会生成重复的id值。那么如何保证水平分表后的多张表中的id是全局唯一性的呢？如果还是借助数据库主键自增的形式，那么可以让不同表初始化一个不同的初始值，然后按指定的步长进行自增。例如有3张拆分表，初始主键值为1，2，3，自增步长为3。当然也有人使用UUID来作为主键，但是UUID生成的是一个无序的字符串，对于MySQL推荐使用增长的数值类型值作为主键来说不适合。也可以使用Redis的