symfony 8.0 不提供直接查询 mysql 用户账号的命令，仅通过 doctrine 操作应用数据表；查业务用户需用 userrepository 方法，查系统账号需 cli 直连且权限极高，二者不可混淆。
Symfony 8.0 本身不提供直接“查询数据库用户数据”的内置命令或函数——它不管理 MySQL 用户，只用 Doctrine 连接并操作应用数据表。你要查的到底是「应用业务表里的用户记录」（比如 User 实体），还是「MySQL 系统层的数据库账号信息」（比如 mysql.user 表）？两者完全不是一回事，搞混会导致连错库、权限报错甚至 SQL 报错。
查你自己的 User 实体数据（最常见需求）
这是绝大多数人真正想做的：从 Symfony 应用里读取注册用户、管理员等业务数据。
- 确保你已定义了
User实体（通常在src/Entity/User.php），且已映射到数据库表（如user或users） - 用 Doctrine Repository 查询，别手写原生 SQL —— 除非真有复杂 JOIN 或性能瓶颈
-
UserRepository::findAll()返回所有用户；UserRepository::findOneBy(['email' => 'a@b.c'])查单条；UserRepository::findBy(['status' => 'active'])查列表 - 注意：返回的是
User对象数组，不是关联数组；要转成 JSON 可用$user->toArray()（需自己加方法）或序列化器 - 如果用
make:entity生成过User，默认已有UserRepository，无需手动注册
查 MySQL 系统表里的数据库账号（危险操作，慎用）
Doctrine 默认禁止访问 mysql 系统库，因为这不是你的应用数据范围。硬要查会触发权限拒绝或空结果。
- Doctrine 连接的
DATABASE_URL用户必须有SELECT权限才能读mysql.user，但生产环境几乎不会给应用账号这个权限 - 即使本地能连，也得显式切换数据库：
$connection->executeQuery("SELECT User, Host FROM mysql.user")->fetchAllAssociative() - 更安全的做法是：用 CLI 直连 MySQL，执行
mysql -u root -p -e "SELECT User, Host FROM mysql.user;" - 别在控制器里干这事——既无业务意义，又暴露权限细节，还可能被日志记录
为什么 doctrine:query:sql 不适合查用户数据
php bin/console doctrine:query:sql 是调试用的临时命令，不是数据访问方式。
- 它执行的是原生 SQL，绕过实体映射和生命周期回调（比如
preLoad、获取器） - 返回的是原始数组，字段名全小写，没类型转换，
created_at不会自动变成\DateTime - 不能用 DQL（Doctrine Query Language），所以写
SELECT u FROM App\Entity\User u会报错 - CI/CD 流水线里禁用该命令，因它依赖交互式输入，无法管道传参
容易被忽略的权限与连接细节
查不到数据，90% 不是代码问题，而是连接层卡住了。
-
DATABASE_URL必须指向正确的库名（比如dbname），不是mysql；查系统表要单独配一个带权限的连接 - MySQL 8.0 默认用
caching_sha2_password插件，老 Doctrine 版本可能不兼容——检查用户认证方式：SELECT plugin FROM mysql.user WHERE User = 'your_app_user'; - 用
127.0.0.1而非localhost，避免 Unix socket 路径错误导致No such file or directory - 查空结果时，别用
empty($users)判Collection，要用$users->isEmpty()
真正难的从来不是写一句 find()，而是分清「谁的数据」「谁的权限」「谁在执行」——这三个“谁”对不上，再短的代码也跑不通。
