两种MySQL建表语句差异、索引设置区别及优劣对比

针对你提出的三个疑问，逐一说明如下：

1. 为什么自动生成的SQL给username创建唯一索引，而非直接设为主键？ #

• 首先InnoDB引擎的表有且只能有一个主键，你已经将无业务含义的自增字段user_id设为代理主键，自然无法再将username设为主键。
• 你手写SQL里写的username VARCHAR(60) UNIQUE NOT NULL，看似没有写建索引的语句，实际上InnoDB会为UNIQUE约束自动创建对应的唯一索引，和Workbench显式写UNIQUE INDEX的执行效果完全一致。Workbench只是把数据库隐式执行的操作显式写了出来，同时补充了索引名、排序规则、可见性这些默认属性。
• 用自增ID当主键而非业务字段username是行业通用实践：一是username后续可能存在修改需求，主键值不适合频繁变动；二是整数类型的主键索引体积更小、查询和插入性能更高，不会因为业务字段规则调整影响表结构稳定性。

2. 为什么自动生成的SQL为外键字段单独创建普通索引？ #

• 这是InnoDB的强制要求：外键关联的字段必须创建索引，否则外键约束会直接创建失败。你手写的SQL里没有显式给FK_user_id建索引，执行时InnoDB也会自动隐式创建一个同名的普通索引，Workbench同样是把这个隐式操作显式写了出来，没有做额外的特殊处理。
• 外键字段建索引有两个核心作用：一是提升关联查询效率，比如查询某个用户关联的所有产品时，走外键索引可以避免全表扫描；二是主表更新/删除主键值时，可以通过索引快速定位从表的关联数据，避免锁全表。
• 语句里的ASC代表索引按升序排序、VISIBLE代表索引对查询优化器可见，都是MySQL 8.0之后版本的默认配置，不写也会默认生效。

3. 手写SQL和Workbench自动生成的SQL哪种更优？ #

• 从核心执行效果看，两者没有本质区别，执行后生成的表结构、约束、索引完全一致，不存在功能或性能上的优劣差。
• 手写SQL的优势是简洁冗余少，适合日常学习、调试、快速写临时脚本的场景，阅读门槛更低。
• Workbench生成的SQL严谨性更高，更适合生产环境使用：
  • 带IF NOT EXISTS判断，重复执行不会因为表已存在报错
  • 显式指定了库名，不会因为当前连接切换了默认库导致表建错位置
  • 所有索引、约束都显式命名，后续要修改、删除约束/索引时，不需要查表找系统自动生成的随机名，运维脚本兼容性更高
  • 显式声明了外键的ON DELETE/ON UPDATE规则，不会因为不同版本的默认值差异，出现预期外的级联删除/更新动作

内容的提问来源于stack exchange，提问作者gotali4396