CakePHP本身有一个uuid实现，所以一直以来，我都在尝试使用uuid做主键的可能性。虽然MySQL是我最常用的数据库，但是和 auto_increment_int主键相比，我对uuid主键更有好感，一方面是因为uuid的数据库无关性，另一方面是当你想把程序分布在多台服务器上时，uuid操作更简单。
不过MySQL还没有原生的uuid支持，在和innodb表类型配合时，可能会出现一些问题：
首先，innodb会对主键进行物理排序，这对auto_increment_int是个好消息，因为后一次插入的主键位置总是在最后。但是对uuid来说，这却是个坏消息，因为uuid是杂乱无章的，每次插入的主键位置是不确定的，可能在开头，也可能在中间，在进行主键物理排序的时候，势必会造成大量的 IO操作影响效率。
幸运的是，CakePHP的uuid算法最开始那部分的字符串是基于时间戳的，所以单就CakePHP的uuid而言，不存在这个问题，如果是其他的uuid算法，这个问题一定要仔细考虑。
其次，因为其他的索引要和主键关联，当主键是uuid时，和int相比必然会占用更大的空间，在较大的空间上检索肯定比在较小的空间上检索耗时。
这个问题解决起来办法不多，比较常见的方式是主键仍然用auto_increment_int来做，而另加一个uuid做唯一索引，表外键关联什么的，还用uuid来做，也就是说auto_increment_int只是一个形式上的主键，而uuid才是事实上的主键，这样，一方面int主键不会浪费太多空间，另一方面，还可以继续使用uuid。
还有一个问题是在MySQL里使用uuid，一般是用char(36)来声明字段，如果列编码是gbk/utf8这样的复杂的编码，会拖累主键的效率，这时候，我们那字段编码转换成ascii/latin1这样的简单编码会好一些。
补充资料：5 ways to make hexadecimal identifiers perform better on MySQL
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/zf213/archive/2009/06/06/4247435.aspx