phpMyAdmin不显示SQL真实执行时间，其界面显示的“0.000 sec”是网络+PHP处理总耗时；真实耗时需通过MySQL profiling（SHOW PROFILE）或慢查询日志表（mysql.slow_log中query_time字段）获取，二者均需手动启用且不回溯历史。
phpMyAdmin 本身不显示单条 SQL 的精确执行时间
你点击“执行”后看到的“0.000 sec”或类似提示，不是 mysql 实际执行耗时，而是 phpmyadmin 前端从发请求到收响应的网络+php处理总耗时，受服务器负载、网络延迟、php配置（如 max_execution_time）影响极大，不能代表 sql 在 mysql 内部的执行开销。
真正反映查询性能的是 MySQL 引擎层的执行时间——它只在以下两种场景中可被 phpMyAdmin 间接呈现：
- 启用
profiling后，在 phpMyAdmin 的“状态”→“SQL 查询分析”页查看（需 MySQL 5.6+ 且未禁用 profiling） - 开启慢查询日志并设为表输出（
log_output = 'TABLE'），再查mysql.slow_log表，其中query_time字段才是真实执行时间（单位秒，精度微秒）
怎么让 phpMyAdmin 显示 profiling 结果
前提是 MySQL 已启用 profiling 功能（默认关闭），且你当前连接未被限制。操作步骤如下：
- 先在 phpMyAdmin 的 SQL 窗口执行：
SET profiling = 1; - 再执行你想测的 SQL，比如：
SELECT * FROM users WHERE status = 1; - 最后执行：
SHOW PROFILES;—— 这会列出最近若干次查询的 Query_ID 和总耗时 - 选一个 ID，执行：
SHOW PROFILE FOR QUERY 1;（把1换成实际 ID）—— 这才看到各阶段耗时（如Creating tmp table,Sorting result）
注意：profiling 是会话级开关，新开标签页或刷新页面后失效；它也不记录到磁盘，重启 MySQL 就清空；生产环境慎用，有轻微性能开销。
为什么直接看 slow_log 表更可靠
因为 mysql.slow_log 中的 query_time 是 MySQL server 代码里硬测出来的执行时间（调用 gettimeofday()），不受 PHP 或网络干扰。但前提是必须提前配置：
立即学习“PHP免费学习笔记（深入）”；
- 执行：
SET GLOBAL slow_query_log = 'ON'; - 执行：
SET GLOBAL long_query_time = 0.01;（设成 0.01 秒才能捕获多数业务查询） - 执行：
SET GLOBAL log_output = 'TABLE';（否则日志写文件，phpMyAdmin 看不到） - 确认生效：
SELECT @@slow_query_log, @@long_query_time, @@log_output;
之后所有超时 SQL 都会写入 mysql.slow_log 表，你在 phpMyAdmin 里点开这个表就能按 start_time 排序查看，sql_text 字段还带参数占位符（?），方便识别模式。
容易忽略的关键细节
很多人以为“执行完 SQL 页面右上角显示 0.002s 就是数据库耗时”，其实那只是 HTTP 响应时间。真正要定位慢查询，必须绕过 phpMyAdmin 的界面层，直取 MySQL 内部计时数据。
profiling 和 slow_log 都需要手动开启，且不会回溯历史；今天没开，上周的查询就永远查不到精确耗时。长期监控必须写进 MySQL 配置文件（my.cnf），而不是靠临时 SET GLOBAL。
