Sequelize 默认不输出 SQL 日志，需显式配置 logging 函数（如 console.log）才生效；v7+ 不支持 logging: true；生产环境必须禁用以避免敏感信息泄露。
Sequelize 的 logging 配置必须显式启用
默认情况下，Sequelize 不输出任何 SQL 日志，哪怕你开了 console.log 也看不到生成的语句。这不是 bug，是设计——避免生产环境误曝敏感查询。要看到真实执行的 SQL，必须在初始化 Sequelize 实例时传入 logging 选项。
常见错误是只写 logging: true，这在新版（v7+）中已不生效，会静默忽略。正确做法是传一个函数：
-
logging: console.log—— 最简方式，直接打印到控制台 -
logging: (sql) => console.log('[SQL]', sql)—— 可加前缀，便于过滤 -
logging: (...args) => console.debug('Sequelize:', ...args)—— 捕获完整参数（含绑定值、执行耗时等）
注意：如果用的是 VSCode 的终端运行 nodemon 或 node，确保终端未被过滤掉 console.debug 级别日志（默认可能不显示）。可在 VSCode 设置里搜 console，确认「Debug」级别日志可见。
区分 raw query 和 model query 的日志行为
sequelize.query() 和模型方法（如 User.findAll()）的日志输出格式不同，容易误判是否生效。
-
sequelize.query('SELECT * FROM users')日志里会原样输出该字符串，不含参数绑定 -
User.findAll({ where: { id: 1 } })日志里是带占位符的 SQL（如SELECT * FROM "users" WHERE "id" = ?），后面跟着实际绑定值数组
如果你只看到 raw query 日志却没看到 model query 日志，大概率是模型调用路径没走通——比如忘了 await 导致 Promise 未执行，或模型定义文件未被正确 require。检查 sequelize.models.User 是否存在，再确认调用链是否真触发了数据库操作。
VSCode 中快速定位慢查询或异常 SQL
日志刷屏时，光靠肉眼扫很难抓关键信息。VSCode 自带的搜索和高亮能力可以高效辅助：
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 在终端窗口按
Ctrl+F（Windows/Linux）或Cmd-F（macOS），搜Execution time—— Sequelize v7 默认会在日志末尾附加耗时（单位 ms） - 搜
ERROR或UnhandledPromiseRejection，配合上一条 SQL 日志，能快速定位失败语句 - 右键终端 → 「Open in Integrated Terminal」确保是集成终端，避免外部终端丢失 ANSI 颜色标记（Sequelize 日志中错误 SQL 通常标红）
别依赖截图或手动复制——VSCode 终端支持多行选择 + Ctrl-C，选中一段含 SQL 和耗时的日志，直接粘贴到编辑器里分析，比记事本更可靠。
production 环境下禁用 logging 的硬性要求
开发阶段开日志没问题，但一旦部署到生产环境，logging 必须关掉。不是性能问题（虽然确实有损耗），而是安全红线：日志可能包含用户输入、密码哈希、token 等敏感字段，一旦落盘或被日志系统采集，就是严重泄露风险。
推荐做法是用环境变量控制：
- 启动时设
NODE_ENV=production - 初始化 Sequelize 时：
logging: process.env.NODE_ENV === 'development' ? console.log : false
很多人用 if (process.env.NODE_ENV !== 'production') 判断，但漏掉了 undefined 场景（比如本地没设环境变量），导致开发时日志也不出。最稳妥的是显式比较 'development'，而不是取反。
真正麻烦的从来不是怎么开日志，而是怎么确保它在上线前被关掉——建议把这条检查加入 CI 流程的 pre-deploy 脚本里，grep 项目中所有 new Sequelize( 调用，确认 logging 值不含 console 或函数字面量。
