Codelgniter自定义类数据库日志开启查看执行SQL语句-php教程-PHP中文网

codeigniter 3 中开启数据库查询日志需设 db_debug => true，执行查询后通过 $this->db->queries 获取全部sql数组，或用 $this->db->last_query() 查看最后一条；生产环境应改用 log_message() 写入日志文件。

codelgniter自定义类数据库日志开启查看执行sql语句

CodeIgniter 3 默认不记录或输出 SQL 语句，但可以通过开启 db_debug 和启用查询日志功能快速定位问题。关键不是“打印”，而是让框架把每次查询存进 $this->db->queries 数组，并在页面底部显示（开发环境）。

确保 application/config/database.php 中 'db_debug' => TRUE（仅开发环境开启，生产环境必须为 FALSE）
在控制器或模型中执行查询后，直接访问 $this->db->queries 可获取所有已执行 SQL 的数组

若想在页面底部统一显示（类似 CI2 的 debug bar），需在视图末尾手动输出：

<?php if (ENVIRONMENT === 'development'): ?><pre class="brush:php;toolbar:false;"><?php print_r($this->db->queries); ?>

CI4 完全重构了日志机制，不再依赖 db_debug，而是通过 Logger + Query Bindings + 查询监听器实现。默认不记录 SQL，需要主动配置。

Petalica Paint

一款利用AI为线稿自动上色的在线绘图工具，可快速为黑白草图添加自然配色并辅助完善画面效果。

下载

在 app/Config/Database.php 中设置 'DBDebug' => true（注意大小写），这仅影响错误堆栈中的 SQL 显示，不自动记录全部查询
真正记录每条 SQL 需要启用查询日志：在数据库配置的 'DSN' 或连接参数里加 'log_queries' => true（部分驱动如 MySQLi 支持，PDO 不原生支持）
更可靠的方式是使用事件监听：在 app/Config/Events.php 中注册 DBQuery 事件，捕获 $event['sql'] 和 $event['binds']，然后写入日志文件或 log_message()
CI4 的 $builder->getCompiledSelect() 等方法可预览 SQL，但不包含绑定参数值；要看到完整语句，得手动替换 $builder->getBinds() 到编译后的 SQL 中

即使开了 db_debug，$this->db->queries 仍为空，大概率是没触发“查询执行”动作，或者被缓存/跳过。

使用了 $this->db->cache_on() 且命中缓存 → 查询未真实执行，不会进 queries 数组
调用了 $this->db->query() 但 SQL 语法错误导致失败 → 错误时该语句**不会**被加入 queries，只进 query_errors
在模型构造函数或未加载 DB 类前就访问 $this->db->queries → 对象未初始化，返回空数组
使用了 Query Builder 的链式调用但没调用 ->get()、->insert() 等执行方法 → SQL 未生成，更不会执行

生产环境禁用 db_debug 是硬性要求，但排查慢查询或逻辑错误时，仍需看到真实 SQL。不能靠页面输出，得走日志管道。

CI3：在控制器结尾加 log_message('debug', implode("\n", $this->db->queries))，配合 application/config/log.php 设置日志等级和路径
CI4：用 service('logger')->debug('SQL: ' . $builder->getCompiledSelect())，或监听 DBQuery 事件写入独立日志文件（如 writable/logs/queries.log）
避免记录敏感字段：手动过滤 $builder->getBinds() 中的密码、token 等再拼接日志
高频接口慎用全量 SQL 日志，建议按 URI 或用户角色条件开启，例如只对管理员 IP 记录