要开启Doctrine SQL日志，需在doctrine.yaml中设doctrine.dbal.logging: true，确保DebugBundle启用且profiler未被异常模式限制；控制台命令需-v参数或配置monolog输出到doctrine.log；参数以?占位，实际值见doctrine.DEBUG后的params字段。
如何开启Doctrine SQL日志输出
默认情况下，Symfony 8.1 不会打印数据库查询语句，即使 APP_ENV=dev。必须显式启用 Doctrine 的 SQL 日志功能，且需确认使用的是 Doctrine DBAL（非原生 PDO 日志）。
- 在
config/packages/doctrine.yaml中确保doctrine.dbal.logging: true已设置（Symfony 8.1 默认为true，但若被覆盖则失效） - 同时检查
doctrine.dbal.driver: 'pdo_pgsql'或'pdo_mysql'是否正确，错误驱动会导致日志静默丢失 - 若用自定义连接配置（如多个实体管理器），需在对应
em下单独设logging: true
为什么dev环境看不到SQL日志？
常见原因是日志级别被过滤或未启用 DebugBundle 的查询面板。Symfony 8.1 默认把 Doctrine SQL 日志发往 doctrine channel，但 Web Profiler 不自动显示，除非满足以下全部条件：
-
Symfony\Bundle\DebugBundle\DebugBundle已启用（composer require --dev symfony/debug-bundle） -
framework.profiler.only_exceptions: false（否则仅异常请求才记录） - 访问页面时未发生重定向（302/307 后的后续请求不触发 Profiler 数据收集）
- 浏览器 DevTools Network 标签中查看
/_profiler/*请求，确认db面板存在且非空
如何在控制台命令中查看执行的SQL
运行命令时，默认不激活 Web Profiler，SQL 日志只输出到 monolog 的 doctrine channel，需手动配置输出目标：
- 临时加参数：
php bin/console your:command --env=dev -v（-v触发 debug 级别日志） - 在
config/packages/dev/monolog.yaml中追加：monolog: handlers: doctrine: type: stream path: "%kernel.logs_dir%/doctrine.log" level: debug channels: ["doctrine"] - 注意：
doctrine.log文件里每条 SQL 前有时间戳和参数绑定信息，但参数是占位符形式（如WHERE id = ?），实际值需查doctrine.DEBUG行后的params:字段
SQL日志里出现“?”但没看到实际参数值
这是 Doctrine 默认行为：出于安全与性能考虑，SQL 字符串本身不内联参数，而是分离传输。要看到完整可执行语句，得组合 SQL 模板与绑定值：
- 日志中搜索
doctrine.DEBUG行，其后紧跟的params:和types:提供参数列表与类型映射 - 手动替换时注意类型：如
types: [integer]对应params: [123]→WHERE id = 123；而string类型需加单引号 - 更可靠的方式是用
doctrine/dbal的DebugStack，在服务中注入doctrine.debug_data_collector并调用getQueries()获取结构化数据
真正麻烦的是多语句事务里的日志顺序错乱——SQL 执行顺序和日志写入顺序可能不一致，尤其在并发请求下。调试复杂查询时，建议配合 doctrine.orm.entity_manager.debug: true 和 doctrine.dbal.logging: true 双开，并紧盯 doctrine.log 时间戳对齐。
