自增ID数据库表设计是项目开发中逃不掉的问题，每一张表，我们都会设计一个ID主键字段，关于表ID的生成方式，每个人都有自己的见解，我们就来讨论如何优雅的设计数据库ID
这种方式用起来最简单，也是很多程序员喜欢用的方式。使用方法：mysql有auto_increment；oracle里有sequence
这种方式的缺点很明显，容易被探测，假设我是一个博客系统，某一遍文章的id=10，那么显示在浏览器上的地址大概是这样子：www.xxxx.com/article?id=10，对于有点程序经验的人来说，他就会直接在浏览器上打www.xxxx.com/article?id=11，id=12等，更甚的可以用postman，jmeter等http测试工具，这样就可以探测出所有的文章。博客文章系统可能还不要紧，但如果是一些商城系统，就容易泄露重要信息，比如系统有多少笔订单，每笔订单的金额、状态都可以被试探出来。
还有一个缺点，当我们在做一个新增操作时，这个ID是数据库自增的，但是代码业务层并不知道，如果我们要拿这个ID做其他操作，这时就只能重新查一遍数据库了。
数据库UUID这种方式解决了自增ID容易被探测的问题，使用方法：mysql的uuid()函数，生成出来是32位的16进制数，在有生之年不会有重复，如下图：
但是它依然有一个缺点，就是新增操作时，业务层不知道ID，非要重新查一遍数据库才知道。
JAVA生成UUID这种方式解决了数据库UUID的一个问题，ID是JAVA代码生成的，减少了一次数据库查询。这种方式是大多数项目在使用的方式，具体代码如下
public class UuidUtil {
public static String getUUID(){
String uuid = UUID.randomUUID().toString();
//去掉“-”符号
return uuid.replaceAll("-", "");
}
}
JAVA生成UUID的方式虽然已经很通用了，但是依然有一个小缺点，占用的空间太大，所有表的ID都要占用32位的字符。所以我自己设计了一个短UUID，原理就是生成一个8位的62进制数，将所有的数字、大小写字母全部用上（数据库UUID是16进制，只用了数字和6个字母）。代码如下
public class UuidUtil {
public static String[] chars = new String[] { "a", "b", "c", "d", "e", "f",
"g", "h", "i", "j", "k", "l", "m", "n", "o", "p", "q", "r", "s",
"t", "u", "v", "w", "x", "y", "z", "0", "1", "2", "3", "4", "5",
"6", "7", "8", "9", "A", "B", "C", "D", "E", "F", "G", "H", "I",
"J", "K", "L", "M", "N", "O", "P", "Q", "R", "S", "T", "U", "V",
"W", "X", "Y", "Z" };
public static String getShortUuid() {
StringBuffer shortBuffer = new StringBuffer();
String uuid = UUID.randomUUID().toString().replace("-", "");
for (int i = 0; i < 8; i++) {
String str = uuid.substring(i * 4, i * 4 + 4);
int x = Integer.parseInt(str, 16);
shortBuffer.append(chars[x % 0x3E]);
}
return shortBuffer.toString();
}
}
生成的ID如下：
将UUID的32位的16进制数，每4位转成62进制，看不懂的直接用就是了，这样的短ID不仅有UUID不重复的特性，还不占用空间，8位ID在一些查询等操作的性能上也优于32位ID，这就是优雅的UUID设计方案。
配套干货：
Spring Cloud + Vue 前后端分离 开发企业级在线视频课程系统
