ER_BAD_TABLE_ERROR 表示 MySQL 找不到指定表，主因是库切换错误、表名大小写不匹配或数据库前缀错误；需检查当前库、表是否存在、命名一致性及 SQL 前缀是否准确。
ER_BAD_TABLE_ERROR 是表不存在，但别急着删库重来
这个错误本质是 MySQL 找不到你写的表名，不是语法错、权限错或连接错。常见于开发环境切库不一致、大小写敏感、或者 SQL 里写了错的数据库前缀。
检查当前数据库是否切换对了
MySQL 不会自动记住你上次用的是哪个库，USE 命令只对当前连接生效。如果代码里没显式 USE db_name，又没在查询中带库名前缀，就容易查到空库里去。
- 执行
SELECT DATABASE()看当前库名，确认是不是你预期的那个 - 执行
SHOW TABLES直接列出当前库所有表，验证目标表是否真在里头 - 如果表在别的库，要么
USE other_db，要么把 SQL 改成SELECT * FROM other_db.table_name
表名大小写和引号问题（尤其 macOS / Linux）
Linux 和 macOS 默认开启 lower_case_table_names=0，表名区分大小写；Windows 默认是 1，不区分。如果你在 Mac 上建了 user_info，却查 User_Info，就会报 ER_BAD_TABLE_ERROR。
- 用
SHOW CREATE TABLE user_info确认实际建表时用的名字（注意大小写） - 避免用双引号或反引号包裹表名，除非名字含特殊字符或关键字——
`User_Info`和User_Info在大小写敏感系统里是两个东西 - 建表和查询保持命名风格统一，推荐全小写 + 下划线
SQL 中的数据库前缀写错或漏写
当跨库查询时，格式必须是 db_name.table_name。少一个点、多一个空格、拼错库名，都会让 MySQL 认为这是个“新表”，然后报 ER_BAD_TABLE_ERROR。
- 检查错误 SQL 中的前缀：比如
SELECT * FROM myapp.users，确认myapp库存在（SHOW DATABASES LIKE 'myapp'） - 如果库名含下划线或连字符，必须加反引号：
`my-app`.users，否则解析失败 - ORM 框架（如 Laravel、Django）可能默认绑定某个库，但运行时连接配置指向了别的库，这时错误不会提示“库不存在”，而是直接报表找不到
最容易被忽略的是连接复用场景：一个连接先 USE db1，执行几条语句后，中间某处悄悄 USE db2，后面再查 db1 的表却不加前缀——这时候 SELECT DATABASE() 返回的是 db2，但人脑还记着刚才是 db1，排查就绕弯子。
