mysql的主键有哪几种
1、外键（foreign key）：一张表（关系）的列（属性）它同时存在表1和表2中，它不是表1的主键，而是表2的主键，就可以说他是表1的外键。
2、mysql设置主键的代码是PRIMARY KEY （主键字段）。如：CREATE TABLE Customer （SID integer，Last＿Name varchar（30），First＿Name varchar（30），PRIMARY KEY （SID））。
3、其实不止是mysql里，所有的数据库都有主键外键的概念。举个简单的例子。
4、index和Join 操作，int的性能最好。容易记忆。支持通过函数获取最新的值，如：Scope_Indentity() 。使用INT做主键的缺点 如果经常有合并表的操作，就可能会出现主键重复的情况。使用INT数据范围有限制。
5、主要的作用主要确定该数据的唯一性。比如说ID=1，NAME=张三。我们要在数据库中，找到这条数据可以使用select * from 表 where id=1 这样就可以把张三查找出来了。而这个张三，也可以出现同名，所有用ID来做主键。
UUID做主键,好还是不好
1、使用UUID作为主键，新行的主键值不一定比之前的主键值大，所以innoDb无法做到总是把新行插入到索引的最后，而需要为新行寻找合适的位置来分配新的空间（因为是B+树方式存储的）。要分配新的空间，就要知道应该分到哪个页。
2、至于说使用UUID后，URL显得不友好，我觉得这多少是你的INT情结造成的惯性思维，其实，和INT类型相比，UUID才是最自然的主键选择，注意，我这里用的是自然这个形容词，仔细体会一下你能理解我的意思。
3、因为uuid相对顺序的自增id来说是毫无规律可言的，新行的值不一定要比之前的主键的值要大，所以innodb无法做到总是把新行插入到索引的最后，而是需要为新行寻找新的合适的位置从而来分配新的空间。
4、Guid u = System.Guid.NewGuid()；对于上面提到的Order与OrderDetail的程序，如果选用UniqueIdentifier作为主键的话，我们完全可以避免上面提到的增加网络RoundTrip的问题。通过程序直接生成GUID填充主键，不用考虑是否会出现重复。
雪花算法与Mysql自增的优缺点
这种方式的优缺点是：优点：缺点：一般来说，采用这种方案就解决了。还有诸如，mysql的 auto_increment策略，redis的INCR，zookeeper的单一节点修改版本号递增，以及zookeeper的持久顺序节点。
总体来说算法并不难，思路清晰，其中的牵扯到的知识点就是各个数据间进行位运算，这块知识薄弱的可以去补一补。
IdWorker这个类是MyBatisPlus雪花算法的实现，直接调用其方法获取，它内部是单例实现的。ps（若没有特殊需求，用官方提供的就好了）。雪花算法的原始版本是scala版，用于生成分布式ID（纯数字，时间顺序），订单编号等。
为什么不建议用uuid作为主键
1、因为uuid相对顺序的自增id来说是毫无规律可言的，新行的值不一定要比之前的主键的值要大，所以innodb无法做到总是把新行插入到索引的最后，而是需要为新行寻找新的合适的位置从而来分配新的空间。
2、作为主键，UUID长度过长，主键索引KeyLength长度过大，而影响能够基于内存的索引记录数量，进而影响基于内存的索引命中率，而基于硬盘进行索引查询性能很差。严重影响数据库服务器整体的性能表现。
3、） 在oracle做数据迁移的时候不会因为表的sequence不连续而出现问题 UUID缺点 1） 比较占地方，和INT类型相比，存储一个UUID要花费更多的空间。2） 使用UUID后，URL显得冗长，不够友好。
4、这样修改二级索引和数据的时候，无需移动数据位置，提升性能。 聚簇索引的主键id不要使用uuid，uuid会使得数据的插入添加额外的页分裂操作，降低性能，最好使用单调自增的id。
5、而不需要再进行一次查询去返回id 使用uuid作为主键不仅会带来性能上的问题，在查询时也会遇到问题。
6、首先，在mysql里建议不要用非自增id做主键，不然插入速度很慢，除非是查询为主的表。
聚簇索引
1、聚簇索引是将索引和整条记录存放在一起，找到索引就找到了记录。非聚簇索引只存储索引字段和记录所在的位置，通过索引找到记录所在的位置，然后再根据记录所在位置去获取记录。
2、聚簇索引是一种数据的存储方式， 它的数据行只存放在索引（B+树）的叶子中，内部节点不存放数据 。非聚簇索引就是指B+Tree的叶子节点上的data，并不是数据本身，而是数据存放的地址。
3、聚簇索引： 数据存储和索引放在了一块，找到索引也就找到了数据 非聚簇索引： 数据与索引分开储存，索引的叶子节点指向数据的对应行。
4、含义不同：聚簇索引（Clustered Index）并不是一种单独的索引类型，而是一种数据存储方式。当表有了聚簇索引的时候，表的数据行都存放在索引树的叶子页中。非聚簇索引（NoClustered Index），又叫二级索引。
5、聚簇索引默认是主键 ，如果表中没有定义主键，InnoDB 会选择一个 唯一的非空索引 代替。如果没有这样的索引，InnoDB 会 隐式定义一个主键 来作为聚簇索引。InnoDB 只聚集在同一个页面中的记录。
MySQL中MyISAM和InnoDB的区别
MySQL默认采用的是MyISAM。MyISAM不支持事务，而InnoDB支持。
事务不同 innodb：innodb不支持事务，无法回滚操作，还原数据。myisam：myisam支持事务，可以回滚操作，还原数据。外键不同 innodb：innodb支持外键。myisam：myisam不支持外键。
MySQL常见的三种存储引擎为InnoDB、MyISAM和MEMORY。其区别体现在事务安全、存储限制、空间使用、内存使用、插入数据的速度和对外键的支持。具体如下：事务安全：InnoDB支持事务安全，MyISAM和MEMORY两个不支持。
基本的差别为：MyISAM类型不支持事务处理， MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持已经外部键等高级数据库功能。
InnoDB是聚集索引，数据文件是和索引绑在一起的，必须要有主键，通过主键索引效率很高。但是辅助索引需要两次查询，先查询到主键，然后再通过主键查询到数据。因此，主键不应该过大，因为主键太大，其他索引也都会很大。
关于mysql索引uuid的缺点和mysql索引有什么作用的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。