USE语句只对当前连接生效，需用SELECT DATABASE()确认、检查权限、注意空格分号及客户端兼容性，推荐连接时指定数据库更可靠。
USE 语句执行后没生效？检查当前数据库是否真切换了
MySQL 的 USE 只影响当前连接的默认数据库，不跨连接、不持久、也不改变其他会话。常见错误是执行了 USE mydb;，但后续 SELECT * FROM table; 报错 Table 'table' doesn't exist——其实是因为表不在 mydb 里，或者压根没成功切换。
- 执行
USE后立刻查SELECT DATABASE();确认返回值，别只信命令没报错 - 如果用的是连接池（如 Python 的
pymysql或 Node.js 的mysql2），USE可能被复用连接覆盖，建议直接在查询中写全名：SELECT * FROM mydb.users; -
USE对临时表、存储过程、函数等不生效，它们依赖定义时的数据库上下文，不是运行时的当前库
在脚本或批量 SQL 中 USE 失效？注意分号和空格陷阱
MySQL 客户端对 USE 的解析很敏感：它必须独占一行、结尾有分号、且不能带多余空格或注释。比如在 shell 脚本里用 mysql -e "USE db1; SELECT 1;" 没问题，但换成 mysql -e "USE db1 ;"（分号前有空格）可能被某些版本忽略。
- 避免在
USE行末加注释：USE mydb; -- 切库在部分客户端会失败 - 批量执行 SQL 文件时，确保每条语句换行清晰，不要把
USE和下一条语句挤在同一行 - 如果用
source导入文件，文件开头加USE db_name;是安全的；但中间插入的USE可能因事务或错误中断而失效
权限不足导致 USE 拒绝？错误信息其实是 Access denied for user
USE 不仅要语法正确，还要求用户对该数据库有至少 USAGE 权限（通常只要能连上就有）。但很多人卡在 Access denied for user 'u'@'h' to database 'db'，这不是语法错，是权限没给够。
- 用
SHOW GRANTS FOR CURRENT_USER;查当前权限，确认含GRANT USAGE ON `db`.* TO ...或更细粒度授权 - 新建用户后忘记
FLUSH PRIVILEGES;，会导致USE立即失败（尤其在 MySQL 8.0 之前） - 数据库名含特殊字符（如短横线）必须用反引号：
USE `my-db`;，否则解析成两个词，报错You have an error in your SQL syntax
替代 USE 的更稳写法：连接时指定数据库
比起连接后靠 USE 切库，多数场景下直接在连接阶段绑定数据库更可靠，也省去一次 round-trip。
- 命令行：
mysql -u user -p -D mydb（-D等价于--database=） - Python
pymysql.connect(db='mydb')、Gosql.Open("mysql", "user:pass@/mydb") - 连接字符串里带
database=mydb参数，比执行USE更早锁定上下文，避免中间状态干扰
真正麻烦的不是 USE 本身，而是它隐式依赖连接状态、权限、客户端行为这三个容易漂移的变量。每次怀疑它没起作用，先查 DATABASE()，再看权限，最后盯住那条语句的空格和分号。
