能跨库创建关联视图，但必须显式写全 database_name.table_name，且用户需具备所有涉及库表的 select 权限；mysql 不自动补全库名，反引号须分别包裹库名和表名，权限校验在创建时即时执行，视图定义硬编码库名导致迁移受限。
能跨库创建关联视图，但必须显式写全 database_name.table_name，且用户得有所有涉及库表的 SELECT 权限。
CREATE VIEW 语句里必须带库名前缀
MySQL 不会自动补全库名，哪怕你在 USE db1; 后执行，也不能省略 db2.users 中的 db2。否则会报错 Table 'users' doesn't exist —— 它只在当前库找，不会跨库推断。
- 正确写法：
CREATE VIEW user_order_summary AS SELECT u.name, o.total FROM db1.users u JOIN db2.orders o ON u.id = o.user_id; - 错误写法：
FROM users u JOIN orders o（没库名 → 找不到）或FROM `db1.users` u（反引号包住带点字符串 → 当作单个表名解析） - 库名和表名若含特殊字符或关键字，要分别加反引号：
`my-db`.`order-list`，不是`my-db.order-list`
视图定义里的权限检查是创建时发生的
执行 CREATE VIEW 时，MySQL 会立刻校验你对 db1.users 和 db2.orders 是否都有 SELECT 权限。如果缺一个，直接报错 ERROR 1142 (42000): SELECT command denied，不会等到查询时才失败。
- 用
SHOW GRANTS;确认当前用户权限，尤其注意是否被限制了某个库 - 权限不足时，要么授予权限：
GRANT SELECT ON db2.orders TO 'user'@'%';，要么换有权限的账号执行 - 视图创建成功后，后续查询仍需保持该权限；删掉权限后，查视图也会报错，不只是创建失败
跨库视图无法迁移，上线前必须验证目标环境
SHOW CREATE VIEW 输出的定义里，库名是硬编码的。这意味着：如果把视图导出到另一个 MySQL 实例，而那个实例没有 db2 库，或者 db2.orders 表结构不一致，查询时直接报 Table 'db2.orders' doesn't exist 或字段错位。
- 不要依赖视图“自动适配”——它不感知环境变化
- 微服务部署中，若各模块数据库名不统一（比如测试环境叫
test_orders，生产叫prod_orders），视图必须按环境重写 - CI/CD 流程里，建议把视图创建脚本和对应库表 DDL 放在一起做一致性检查
最常被忽略的一点：视图里用的字段别名（如 u.name）只是简化写法，不影响底层权限或路径解析；真正卡住的是库表全路径是否可访问、是否拼写准确、反引号是否用对位置。
