在MySQL的InnoDB存储引擎中，如果表没有显式设置主键，会出现以下情况：

InnoDB的主键选择机制

InnoDB会按照以下优先级自动选择或创建主键：

  1. 显式定义的PRIMARY KEY - 如果表中有显式定义的主键，直接使用
  2. 第一个非空唯一索引（UNIQUE NOT NULL） - 如果没有主键，InnoDB会选择第一个满足条件的唯一非空索引作为聚簇索引的键
  3. 隐藏的ROW_ID - 如果既没有主键也没有合适的唯一索引，InnoDB会自动生成一个6字节的隐藏列_rowid作为聚簇索引

使用隐藏ROW_ID的问题

当InnoDB使用隐藏的ROW_ID时，会带来一些潜在问题：

性能问题：ROW_ID是全局共享的计数器，所有没有主键的InnoDB表共用同一个计数器，在高并发场景下可能成为瓶颈。

值溢出风险：ROW_ID是6字节整数（最大值约281万亿），达到上限后会回绕到0重新开始，可能导致数据覆盖问题。

查询优化受限：隐藏的ROW_ID无法在WHERE子句中使用，无法利用主键进行快速定位。

数据迁移困难：没有业务意义的主键，数据同步、复制、去重等操作会更复杂。

最佳实践建议

建议始终为InnoDB表显式定义主键，原因包括：

  • 更好的查询性能和索引利用率
  • 避免全局ROW_ID计数器竞争
  • 便于数据管理和维护
  • 明确的业务语义

如果实在没有合适的自然主键，可以使用自增ID（AUTO_INCREMENT）或UUID作为代理主键。