为何同一GeoIP SQL查询在phpMyAdmin执行远快于PHP脚本？

基础信息 #

待执行的目标SQL #

SELECT country_code FROM GeoIP WHERE 3111478102>=ip_from AND 3111478102<=ip_to;

已观测的运行现象（单台自有服务器环境） #

• phpMyAdmin端执行该SQL，完整流程总耗时0.8秒
• 原生PHP脚本执行完全相同的SQL逻辑，总耗时4.5秒
• 对照测试结果：将相同的数据库文件、相同的PHP脚本迁移到外部共享主机执行，PHP脚本端查询仅耗时1.6秒，性能正常

自有服务器运行环境配置 #

CentOS 8
Apache 2.4.46
PHP 7.2.24

测试用PHP脚本 #

<?php
    error_reporting(E_ALL);
    ini_set('display_errors', 'On');

    header_remove("X-Powered-By");
    ini_set('session.gc_maxlifetime', 13824000);
    session_set_cookie_params(13824000);
    session_start();
    include_once './config.php';

    $beforeMicro = microtime(true);
    $res = $conn->query("SELECT country_code FROM GeoIP WHERE 3111478102>=ip_from AND 3111478102<=ip_to");
    if ($res->rowCount() > 0){
        $sen = $res->fetch(PDO::FETCH_OBJ);
        $country_code = $sen->country_code;
        print_r([$country_code]);
    }
    $afterMicro = microtime(true);
    echo 'time:'.round(($afterMicro-$beforeMicro)*1000);
?>

核心排查方向 #

GeoIP表总记录量超过3900万条，既然同一台服务器上phpMyAdmin跑这个SQL速度正常，完全可以排除表结构、SQL写法本身的问题，性能差异基本来自两个执行入口的环境配置、链路开销区别，按以下顺序排查基本就能定位问题：

PDO连接层配置不对齐 #

phpMyAdmin的MySQL连接经过长期的优化配置，和你自己在config.php里初始化的PDO连接通常存在几处关键差异：

• 核对连接字符集配置：如果PDO连接的字符集和表字段字符集不匹配，查询时会触发全表数据的字符集隐式转换，3900万条数据的转换开销会直接把查询耗时拉高数倍
• 核对结果集获取模式：默认PDO配置会将整个查询的结果集全部加载到PHP内存后再返回，而phpMyAdmin针对大表查询默认启用流式获取，减少了大结果集的内存拷贝开销
• 检查连接是否启用了无必要的预处理模拟、查询参数转义逻辑，这部分额外处理也会增加查询的整体耗时

脚本执行的前置链路开销被计入统计 #

你的计时逻辑虽然放在查询执行前后，但需要排查前置操作的隐藏开销：

• 脚本在查询前启动了session，要确认自有服务器上session存储路径的磁盘IO状态：如果存储session的磁盘剩余空间不足、inode占满、或者挂载在低速存储上，session启动的开销会直接叠加到总耗时里
• 检查自有服务器的PHP OPcache配置：如果OPcache未启用、或者内存配置不足，每次执行脚本都会重新编译PHP代码，额外增加的解析开销在低配置服务器上会被放大

MySQL服务端的会话配置差异 #

每个MySQL连接的会话都是独立的，phpMyAdmin和你的PHP脚本连接服务端时，加载的会话配置可能存在区别：

• 分别在两个端执行EXPLAIN查看实际执行计划：确认两个端的查询是否都命中了ip范围的联合索引，如果PHP脚本端因为传参类型不匹配（比如ip_from/ip_to是字符串类型，PHP传的是整型参数）触发隐式类型转换，会导致索引失效，退化为全表扫描
• 检查MySQL的查询缓存配置：如果phpMyAdmin执行后将查询结果存入了缓存，后续执行直接命中缓存，耗时自然远低于PHP脚本冷启动查询的耗时
• 对比两个会话的系统变量，确认是否有因为SQL_MODE、排序规则配置不匹配触发的额外计算开销

计时口径的误差 #

phpMyAdmin展示的0.8秒仅为MySQL服务端执行SQL的耗时，不包含网络、应用层的处理开销：

• 检查自有服务器上PHP连接MySQL的网络链路：如果PHP连接MySQL时没有走本机回环地址，而是走公网IP解析、反向代理转发，网络往返的耗时会被计入总计时
• 确认自有服务器的数据库磁盘IO状态：如果phpMyAdmin执行时数据块已经被缓存在系统内存，而PHP脚本执行时恰逢磁盘缓存被清空，冷读取的开销也会造成耗时差异

内容的提问来源于stack exchange，提问作者Ghadeer R. Majeed