创建带FK关联的MySQL表时引用已存在表报错求助

看起来你遇到的问题大概率是数据库上下文不匹配或者MySQL Workbench的缓存/大小写设置导致的，下面是一步步的排查和解决方法：

1. 先确认当前操作的数据库是否正确 #

报错信息里提到Table 'wildwood.apartment_t' doesn't exist，说明执行ALTER语句时你是在wildwood数据库下，但有可能创建apartment_t时你切换到了其他数据库！

• 执行这条命令确认当前数据库：

  SELECT DATABASE();
  

• 如果返回的不是wildwood，先切换到目标数据库：

  USE wildwood;
  

  然后重新执行所有创建和修改语句。

2. 手动检查表是否真的存在 #

不要只依赖Workbench左侧的表列表（它可能有缓存延迟），用SQL命令直接确认：

-- 创建building_t后执行
SHOW TABLES LIKE 'building_t';
-- 创建apartment_t后执行
SHOW TABLES LIKE 'apartment_t';

如果返回结果为空，说明表确实没创建在当前数据库里，要么在创建语句里明确指定数据库（比如CREATE TABLE wildwood.building_t (...)），要么先切换到正确的库再创建。

3. 检查MySQL的表名大小写敏感性设置 #

MacOS默认文件系统不区分大小写，但MySQL 8.0的lower_case_table_names参数可能导致表名识别异常：

• 查看当前参数值：

  SHOW VARIABLES LIKE 'lower_case_table_names';
  

  • 如果值是0：表名严格区分大小写，要确保你的创建和引用语句里的表名大小写完全一致（你这里都是小写，应该没问题，但还是确认下）。
  • 如果值是2：表名存储为小写，但查询时不区分，这种情况下如果Workbench自动补全出现大小写偏差，也可能触发报错。

  若需要修改这个参数，先停止MySQL，找到my.cnf（或my.ini）配置文件，添加/修改：

  lower_case_table_names=1
  

  然后重启MySQL（注意：修改前要确保所有现有表名都是小写，否则可能导致表无法访问）。

4. 用绝对路径引用表（指定数据库名） #

创建外键时明确指定数据库名，彻底避开上下文匹配问题：

CREATE TABLE apartment_t (
 apartmentkey VARCHAR(10),
 apartmentrooms VARCHAR(50),
 buildingkey VARCHAR(10),
 PRIMARY KEY (apartmentkey),
 FOREIGN KEY (buildingkey) REFERENCES wildwood.building_t(buildingkey)
);

事后添加外键时也可以用绝对路径：

ALTER TABLE wildwood.apartment_t ADD FOREIGN KEY (buildingkey) REFERENCES wildwood.building_t(buildingkey);

5. 避开Workbench潜在bug，用终端命令行执行 #

有时候Workbench的缓存或UI异常会导致奇怪的问题，试试用终端的mysql命令行工具操作：

1. 打开终端，输入：

   mysql -u 你的用户名 -p
   

2. 输入密码后切换到wildwood数据库：

   USE wildwood;
   

3. 依次执行你的创建表语句，看是否还会报错。

6. 检查用户权限 #

虽然你能创建表，但还是确认下当前用户是否拥有wildwood数据库的完整操作权限：

SHOW GRANTS;

如果权限不足，给用户授权：

GRANT ALL PRIVILEGES ON wildwood.* TO '你的用户名'@'localhost';
FLUSH PRIVILEGES;

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