phpenv 中 mysql 跨库查询与标准 mysql 一致，只需用 database_name.table_name 语法；必须显式指定完整库表名，字段重复需加前缀或别名；union 要求列数、顺序、类型严格一致；federated 引擎在 phpenv 中基本不可用；新用户需分别授予各库 select 权限。
phpEnv 本地环境下的 MySQL 跨库联表查询，和标准 MySQL 完全一致——只要两个库在同一个 MySQL 实例里，就直接用 database_name.table_name 语法写 JOIN 或 UNION，不需要额外配置、不用开 FEDERATED、也不用建映射表。
跨库 JOIN 查询必须用完整库表名
phpEnv 默认启用的是单实例 MySQL（即所有数据库都在一个 mysqld 进程里），此时跨库本质是“逻辑隔离”，不是“物理分离”。所以最简单也最常用的方式就是显式带上库名：
比如本地有 shop_db 和 user_db 两个库，要查用户及其订单：
SELECT u.id, u.name, o.order_no, o.amount FROM user_db.users AS u INNER JOIN shop_db.orders AS o ON u.id = o.user_id;
注意点：
-
user_db.users和shop_db.orders必须写全，不能只写users或orders，否则会报Table 'xxx' doesn't exist - 如果字段名在两个库的表中重复（如都有
id），必须用别名或前缀明确指定，否则SELECT *会出错 - 关联字段类型、字符集最好一致，否则可能触发隐式转换，导致索引失效或结果不准确
UNION 跨库查询要求结构完全一致
当你要把两个库中「结构相同」的表数据合并（比如日志表分库存储），用 UNION 最直接：
SELECT id, title, created_at FROM blog_v1.posts UNION ALL SELECT id, title, created_at FROM blog_v2.posts;
关键限制：
- 每个
SELECT的列数、顺序、类型必须严格一致；VARCHAR(50)和VARCHAR(100)通常可兼容，但INT和VARCHAR就会报错 -
UNION自动去重，性能较差；确定无重复时务必用UNION ALL - 不能在
UNION后直接加WHERE或ORDER BY到整个结果，得包一层子查询或用 CTE（MySQL 8.0+）
FEDERATED 引擎在 phpEnv 中基本不可用
网上很多教程教你在 phpEnv 里开 FEDERATED 引擎来连远程库，但实际几乎走不通：
- phpEnv 的 MySQL 配置文件（通常是
phpenv\mysql\my.ini）默认没开启federated，手动加了federated行后重启服务，SHOW ENGINES仍显示DISABLED——因为 Windows 下编译的 MySQL 二进制包大多禁用了该引擎 - 即使启用成功，FEDERATED 表不支持事务、无法使用本地索引加速、查询失败时错误信息极不友好（常卡住或返回空结果）
- phpEnv 是本地开发环境，真要连远程库，应该用 PHP 代码直连两套 MySQL，而不是在 DB 层硬桥接
权限问题常被忽略但立刻报错
phpEnv 默认 root 用户无密码，看起来畅通无阻，但一旦你建了新用户（比如给 Laravel 应用配的 app_user），就容易栽在这里：
- 该用户必须对两个库都有
SELECT权限，缺一不可。只授了GRANT SELECT ON shop_db.*，查user_db.users就会报Access denied for user - 授权语句要分开写：
GRANT SELECT ON shop_db.* TO 'app_user'@'localhost'; GRANT SELECT ON user_db.* TO 'app_user'@'localhost'; FLUSH PRIVILEGES; - PHP 连接时用的用户名，必须和授权时的
'app_user'@'localhost'完全匹配（包括 host 部分），哪怕只是多了一个空格也会失败
真正麻烦的从来不是语法，而是你忘了 phpEnv 里那个 my.ini 文件藏在哪、或者以为开了 FEDERATED 就万事大吉——结果查半天发现只是少写了库名前缀。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
