Mysql 索引与自动增量ID设置为PK

在MySQL中，索引和设置为

AUTO_INCREMENT

并作为主键的ID之间有什么区别

这是否也会提高搜索数据库的速度？或者是<代码> AutoPosith ID只是为了用户的目的，而计算机在搜索数据库时不考虑它呢？在w3schools.com上阅读有关索引的文章时，我遇到了这样一行：

索引用于非常快速地从数据库检索数据。这个 用户看不到索引，它们只是用来加速 搜索/查询

---

为列编制索引时，会生成一个二叉树（或者可能是另一个数据结构），以加快搜索过程

默认情况下，ID或主键被索引

---

Auto_Increment意味着您希望MySQL在插入新行时自动为列设置一个值。该值将以增量方式设置

为列编制索引时，会生成一个二叉树（或者可能是另一个数据结构），以加快搜索过程

默认情况下，ID或主键被索引

---

Auto_Increment意味着您希望MySQL在插入新行时自动为列设置一个值。该值将以增量方式设置

在MySQL中，主键在键上创建索引。但原始数据页是索引的叶子。这可能有点复杂，但效果是数据实际上是在数据页上排序的

常规索引被实现为b树（注：“b”标准表示“平衡”而不是“二进制”，这与许多人所认为的相反）。LEAF与原始数据分开存储

auto_increment

是表中一列的属性，其中该值在每次插入时设置为新值，且新值大于以前的值。增量通常为1，但不能保证<代码>自动增量与索引没有直接关系，但几乎总是与表的主键关联

---

所以，在这两种情况下，都有一个索引。主键索引稍微小一些，因为存储与数据页本身相结合。另一方面，磁盘上的数据需要有序，这会使插入和更新复杂化。另一方面，自动增量保证所有新行都位于数据的末尾。另一方面，我已经没有人手了。

在MySQL中，主键在键上创建索引。但原始数据页是索引的叶子。这可能有点复杂，但效果是数据实际上是在数据页上排序的

常规索引被实现为b树（注：“b”标准表示“平衡”而不是“二进制”，这与许多人所认为的相反）。LEAF与原始数据分开存储

auto_increment

是表中一列的属性，其中该值在每次插入时设置为新值，且新值大于以前的值。增量通常为1，但不能保证<代码>自动增量与索引没有直接关系，但几乎总是与表的主键关联

---

所以，在这两种情况下，都有一个索引。主键索引稍微小一些，因为存储与数据页本身相结合。另一方面，磁盘上的数据需要有序，这会使插入和更新复杂化。另一方面，自动增量保证所有新行都位于数据的末尾。另一方面，我已经没有人手了。

AUTO\u INCREMENT

是一个整数序列生成器，没有其他功能。它与任何类型的索引都没有内在的关系，它的存在只是为了生成唯一的序列号。它经常用于生成经常用作主键的整数

只要有一个或多个字段可用于唯一标识行，就不必使用

自动增量

或整数ID作为索引

---

事实上，就可伸缩性而言，像

AUTO_INCREMENT

这样的序列生成器会适得其反，因为您只能拥有序列生成器的单个实例，将“主/写”服务器的数量和/或瓶颈插入性能限制为运行生成器的节点的数量。

AUTO\u INCREMENT

是一个整数序列生成器，其他什么都没有。它与任何类型的索引都没有内在的关系，它的存在只是为了生成唯一的序列号。它经常用于生成经常用作主键的整数

只要有一个或多个字段可用于唯一标识行，就不必使用

自动增量

或整数ID作为索引

事实上，就可伸缩性而言，序列生成器（如

AUTO_INCREMENT

）会适得其反，因为您只能拥有一个序列生成器实例，从而将“主/写”服务器的数量和/或瓶颈插入性能限制在运行该生成器的节点的数量