phpcms默认不记录sql日志，需手动配置数据库调试模式、启用mysql慢查询日志，并通过explain分析执行计划，结合索引优化与缓存机制进行sql性能调优。
在使用 PHPCMS 时，系统本身不默认记录 SQL 执行日志，因此要查看数据库操作日志或进行 SQL 查询优化，需要手动配置和分析。以下是具体方法。
一、如何开启并查看 PHPCMS 数据库日志
PHPCMS 基于原生 PHP + MySQL 开发，默认未开启 SQL 日志记录功能。若需调试 SQL 语句，可通过以下方式实现：
1. 修改数据库配置文件开启调试模式
找到 PHPCMS 的数据库配置文件：/caches/configs/database.php
确保开发环境下的数据库连接配置中包含调试参数（部分版本支持）：
'debug' => 1, // 开启调试模式
2. 在代码中手动输出 SQL 语句
PHPCMS 使用 $this->sql() 方法获取最近执行的 SQL 语句。例如：
$this->db->select('* FROM v9_news WHERE status=1');
echo $this->db->sql(); // 输出实际执行的 SQL可用于调试某段逻辑的查询内容。
3. 启用 MySQL 自身的慢查询日志
更有效的方式是通过 MySQL 配置来记录所有查询或慢查询：
- 编辑 MySQL 配置文件（如 my.cnf 或 my.ini）：
slow_query_log = 1 slow_query_log_file = /var/log/mysql-slow.log long_query_time = 1 log_queries_not_using_indexes = 1
- 重启 MySQL 服务后，所有执行时间超过 1 秒的 SQL 将被记录。
4. 使用第三方工具抓包
可用 MySQL Workbench 或 tcpdump + wireshark 抓取数据库通信包，分析真实执行的 SQL。
二、SQL 查询优化建议与记录方法
在排查性能问题时，不仅要“看到”SQL，还要判断其效率。
立即学习“PHP免费学习笔记（深入）”；
1. 记录并分析慢查询日志
启用慢查询日志后，使用 mysqldumpslow 工具分析：
mysqldumpslow /var/log/mysql-slow.log
可找出执行次数多、耗时长的 SQL 模板。
2. 使用 EXPLAIN 分析查询计划
对可疑 SQL 使用 EXPLAIN 查看执行路径：
EXPLAIN SELECT * FROM v9_news WHERE catid = 12 AND status = 1;
关注：
- 是否使用索引（key 列）
- 扫描行数（rows）
- 是否出现临时表或文件排序
3. 添加合适索引
常见优化点：
- 为频繁查询的字段（如 catid、status、updatetime）建立联合索引
- 避免在 WHERE 条件中对字段做函数处理（如 DATE(updatetime)）
- 警惕 LIKE '%xxx' 导致全表扫描
4. 减少不必要的查询
- 避免在循环中执行数据库查询
- 使用缓存机制（PHPCMS 支持 Memcached/Redis）存储频繁读取的数据
- 合理使用 LIMIT 分页，避免 SELECT *
三、推荐实践流程
结合开发与运维手段，形成闭环优化：
- 开发阶段：使用 $this->db->sql() 输出 SQL，确认生成语句正确
- 测试/预发布环境：开启 MySQL 慢查询日志，模拟压力测试
- 生产环境：持续监控慢查询日志，定期分析 top 耗时 SQL
- 优化后验证：通过 EXPLAIN 和执行时间对比效果
基本上就这些。PHPCMS 本身不提供完整的 SQL 日志面板，需依赖数据库层配合完成追踪与优化。关键是把 MySQL 的日志打开，并养成查执行计划的习惯。
