phpMyAdmin中可通过MySQL profiling查查询耗时（CPU、IO等），但不直接显示内存占用；需先SET profiling=1，再执行SHOW PROFILE FOR QUERY N，支持CPU/IO等维度，MEMORY仅5.7+部分操作可用。
phpMyAdmin 里怎么开 Profiling 查内存和时间
phpmyadmin 本身不直接显示单条查询的内存占用，但能通过 mysql 的 profiling 功能查出每一步耗时（含 cpu、block io、context switch 等），间接反映资源消耗。前提是 mysql 服务端已启用 profiling，且你有 process 权限。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 先确认 MySQL 是否支持并开启了 profiling：
SELECT @@profiling;
返回1才能继续 - 在 phpMyAdmin 的「SQL」页执行：
SET profiling = 1;
（注意：只对当前会话生效） - 紧接着运行你要分析的 SQL，比如
SELECT * FROM users WHERE status = 1; - 再执行：
SHOW PROFILES;
查看最近几次查询的总耗时 - 用
SHOW PROFILE FOR QUERY N;（N 是上一步的 Query_ID）看详细阶段耗时
SHOW PROFILE 输出里哪些字段真有用
默认 SHOW PROFILE 只显示 Duration，但实际可加参数看更细的资源分布，这对判断瓶颈是 CPU、IO 还是锁等待很关键。
常见错误现象：看到 “Sending data” 耗时长，就以为是网络或结果集大——其实它常代表排序、临时表构建或 join 处理，和内存分配强相关。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
-
SHOW PROFILE CPU FOR QUERY N;看用户态/内核态 CPU 时间，高说明计算密集 -
SHOW PROFILE BLOCK IO FOR QUERY N;看物理读写次数，高说明磁盘 IO 压力大 -
SHOW PROFILE MEMORY FOR QUERY N;—— 注意：MySQL 5.7+ 才支持，且仅部分操作（如 sorting、grouping）会上报内存使用量；低版本始终为空 - 若
Creating tmp table或Copying to tmp table阶段耗时明显，大概率触发了磁盘临时表（tmp_table_size/max_heap_table_size不足）
为什么开了 profiling 却看不到 MEMORY 或没数据
不是所有 MySQL 版本、配置、操作都支持完整 profiling 数据，尤其内存统计非常受限。
容易踩的坑：
- MySQL 5.6 及更早版本完全不支持
MEMORY参数，SHOW PROFILE MEMORY会报错或静默忽略 - 即使 MySQL 8.0，也只对部分内部操作（如 filesort、hash join）记录内存分配，简单
SELECT可能仍为空 - phpMyAdmin 默认关闭
profiling，且会话结束后自动清空 profile 数据，不能跨请求查 - 用户无
PROCESS权限时，SHOW PROFILE会返回空或报错Access denied; you need (at least one of) the PROCESS privilege(s) for this operation
替代方案：用 INFORMATION_SCHEMA.PROFILING 或慢日志补位
如果 profiling 数据不全或权限受限，得换思路。MySQL 提供了更稳定的接口，但需要手动开启和查询。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 确认
performance_schema已启用（MySQL 5.6+ 默认开），然后查：SELECT * FROM performance_schema.events_statements_history_long WHERE SQL_TEXT LIKE '%users%';
（需开启相关 consumers） - 更推荐长期监控：在 MySQL 配置中打开慢查询日志，并设
long_query_time = 0记录所有查询，配合log_output = 'TABLE'写入mysql.slow_log表，里面含Query_time和Lock_time，虽无内存值，但时间分布足够定位问题 - phpMyAdmin 的「Status」页 → 「Monitor」标签能看实时线程状态和临时表计数，结合
Created_tmp_tables/Created_tmp_disk_tables指标，也能反推内存是否吃紧
profiling 是会话级快照，不是全局指标；真正要盯内存，得看 information_schema.INNODB_METRICS 或 performance_schema.memory_summary_global_by_event_name，但那已经超出 phpMyAdmin 的能力范围了。
