MySQL 中 RENAME TABLE 不能跨库迁移，仅支持同实例内同文件系统操作；跨库需用 CREATE TABLE ... AS SELECT 或导出导入。
MySQL 中 RENAME TABLE 能跨库迁移吗？
不能。直接用 rename table old_db.t1 to new_db.t1 在大多数 mysql 版本里会报错：error 1064 (42000) 或提示“database does not exist”——哪怕 new_db 真的存在。这是因为 rename table 仅支持同实例内操作，且要求源表和目标库都位于同一文件系统（innodb 表尤其敏感）。跨库本质是跨 schema，不是重命名，而是数据+结构的转移。
实操建议：
- 确认源库和目标库在同一个 MySQL 实例中（
SHOW VARIABLES LIKE 'port'和SELECT @@socket对得上） - 如果目标库不存在，先
CREATE DATABASE new_db，再授权用户对新库有CREATE和INSERT权限 - 真正想“搬表”，得靠
CREATE TABLE ... AS SELECT或导出导入
PostgreSQL 用 ALTER TABLE ... SET SCHEMA 迁移表
这是最干净的跨 schema（相当于“跨库”）方式，但前提是目标 schema 已存在，且你有 CREATE 权限在目标 schema 上。它不复制数据，只改元数据归属，毫秒级完成，适合生产环境快速调整逻辑分组。
常见错误现象：
-
ERROR: no schema has been selected to create in—— 忘了先CREATE SCHEMA IF NOT EXISTS new_schema -
ERROR: permission denied for schema old_schema—— 当前用户没权限读原表，或没权限在新 schema 写对象 - 外键、索引、触发器自动跟随迁移，但
SEQUENCE不会——如果表用SERIAL，得手动把关联的SEQUENCE也ALTER SEQUENCE ... OWNED BY
示例：
ALTER TABLE old_schema.users SET SCHEMA new_schema;
SQL Server 的 sp_rename 不支持跨数据库
sp_rename 只能改名，不能换库。试图执行 EXEC sp_rename 'old_db.dbo.t1', 't1', 'OBJECT' 会失败，因为 SQL Server 把三段式名称（db.schema.obj）当整体识别，不允许拆开指定目标库。
替代方案只有两个：
- 用
SELECT INTO创建新表：SELECT * INTO new_db.dbo.t1 FROM old_db.dbo.t1—— 注意：不带约束、索引、默认值，且目标库必须已存在 - 用 SSMS 图形界面右键 → “生成脚本”，勾选“架构和数据”，再在目标库运行脚本 —— 更稳妥，但人工步骤多，容易漏掉
IDENTITY属性或FILESTREAM设置 - 如果表很大，避免用
INSERT INTO ... SELECT全量插入（没事务日志截断时可能撑爆tempdb），优先考虑BULK INSERT或bcp命令行工具
跨实例迁移（比如从测试库搬到生产库）为什么不能只靠 GUI 的 “Move table to”？
几乎所有 GUI 工具（DBeaver、Navicat、SSMS）里那个 “Move table to” 按钮，底层都是拼接 CREATE TABLE + INSERT SELECT + 索引重建语句。它看起来像一键迁移，实际执行时会暴露三个硬伤：
- 网络中断或客户端崩溃，会导致目标表残留半截数据，且无回滚机制
- 源表如果有
JSON、GEOMETRY、XML字段，不同版本数据库解析行为可能不一致，悄悄丢数据 - 没处理权限继承——目标库中新建的表默认归当前登录用户所有，不会自动赋予原应用账号
SELECT/UPDATE权限
真正可靠的做法是：先用 mysqldump --no-create-info 或 pg_dump -a -t 导出纯数据，再用 mysql -D new_db 或 psql -d new_db 导入；结构单独用 SHOW CREATE TABLE 或 \d+ table 拷贝后手工调整。
跨实例这事，没有“移动”，只有“重建+填充”。别信按钮名字，盯住它生成的 SQL 才算数。
