MySQL 5.6.34能否创建无索引的外键？

核心问题：能不能创建不带索引的外键？ #

在MySQL 5.6.34的InnoDB引擎下，你是没法手动创建不带索引的外键的——InnoDB有强制要求：外键关联的列必须对应一个索引。如果你在创建外键时没有提前给该列建索引，MySQL会自动帮你生成一个普通的B-tree索引（不是唯一索引）。而MyISAM引擎本身不支持外键约束，所以不用考虑这种情况。

针对你大表低基数索引的优化建议 #

你提到这张20M行的大表里，新外键列是nullable的，只有新插入的行才有有效值，导致索引基数极低，查询反而变慢。这种情况下，你可以试试这些方案：

• 强制查询跳过低基数索引：在查询语句里用IGNORE INDEX来告诉优化器不要使用这个外键索引，比如：

  SELECT [你的查询字段] FROM large_table IGNORE INDEX (fk_column_index_name) WHERE [你的查询条件];
  

  或者用FORCE INDEX指定你想让优化器使用的其他高基数索引（比如主键索引、其他业务常用的索引），引导优化器生成更高效的执行计划。

• 更新索引统计信息：有时候MySQL的优化器统计信息可能过时，导致它错误选择了低基数索引。你可以执行ANALYZE TABLE large_table;来更新表的统计信息，让优化器能更准确地判断索引的价值。

• 业务层面优化查询逻辑：如果多数查询不需要用到这个外键列做过滤，尽量避免在WHERE条件里包含它；如果必须用到，尝试结合其他高基数的查询条件（比如时间范围、主键范围等），让优化器能选择更合适的索引组合，甚至可以考虑创建覆盖查询的联合索引（如果查询场景固定的话）。

• 考虑分区策略（可选）：如果新数据和旧数据有明确的分界（比如按创建时间区分），可以把表按时间分区。查询旧数据时，分区本身就能帮你过滤掉大部分行，自然不需要用到这个低基数的外键索引；查询新数据时，外键列的有效值占比高，索引反而能发挥作用。不过这个方案需要评估业务场景和改造成本。

⚠️ 注意：你不能直接删除InnoDB自动创建的外键索引——因为外键约束依赖这个索引，删除操作会直接报错。所以只能通过上述查询优化的方式来规避它的负面影响。

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