使用PHP mysqli_stmt::bind_param()时MySQL查询性能远逊于PDO

问题现象 #

当使用PHP mysqli的bind_param()绑定int类型参数执行以下查询时：

$sql = "select ts from scans where sessionid = ? order by id desc limit 1";
$stmt = $db->prepare($sql);

$stmt->bind_param("i", $row_sid );

$stmt->execute();

$result = $stmt->get_result()->fetch_array(); 

$stmt->close();

在scans表中sessionid = 10的数据量达到2万+时，查询耗时长达2秒。但以下两种场景性能正常：

• 直接在数据库执行硬编码SQL：

  select ts from scans where sessionid = 10 order by id desc limit 1;
  

  耗时仅0.016秒。
• 使用mysqli但不绑定参数，直接在SQL中写死值：

  $sql = "select ts from scans where sessionid = 10 order by id desc limit 1";
  $stmt = $db->prepare($sql);
  
  $stmt->execute();
  $result = $stmt->get_result()->fetch_array(); 
  
  $stmt->close();
  

  查询耗时为毫秒级。

改用PDO的bindValue()或bindParam()执行相同逻辑时，性能接近直接执行SQL的速度，无异常。

表结构信息 #

CREATE TABLE `scans` (
  `id` int NOT NULL AUTO_INCREMENT,
  `lid` int DEFAULT NULL,
  `devid` int DEFAULT NULL,
  `sessionid` int DEFAULT NULL,
  `ts` int DEFAULT NULL,
  `irpwr` double DEFAULT NULL,
  `ir_v` double DEFAULT NULL,
  `ir_i` double DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `scans_sessionid` (`sessionid`),
  KEY `scans_devlid` (`devid`,`lid`),
  KEY `scans_ts` (`ts`),
  KEY `scans_lid` (`lid`)
) ENGINE=InnoDB AUTO_INCREMENT=43769072 DEFAULT CHARSET=utf8

原因分析 #

1. 索引选择与执行计划差异
   硬编码值时，MySQL优化器能明确识别sessionid为int类型，直接使用scans_sessionid索引快速定位符合条件的行，再利用主键自增特性，快速获取id最大的行（无需全量排序）。而使用mysqlibind_param()时，可能存在参数类型传递的隐式转换，导致MySQL优化器误判，放弃使用scans_sessionid索引，转而进行全表扫描或低效的排序操作，最终导致耗时剧增。

2. mysqli扩展参数绑定实现缺陷
   部分版本的mysqli扩展在处理int类型参数绑定时，可能存在底层实现bug，导致查询无法触发MySQL的最优执行计划，而PDO的参数绑定逻辑避免了这个问题。

解决方案 #

1. 创建最优联合索引
   针对查询where sessionid = ? order by id desc limit 1，创建sessionid + id的联合索引，让MySQL可以直接通过索引获取目标行，无需回表排序：

   CREATE INDEX scans_sessionid_id ON scans (sessionid, id DESC);
   

   该索引完全覆盖查询的过滤和排序需求，是解决性能问题的根本方案。

2. 强制变量类型
   在绑定参数前，确保变量为严格int类型，避免类型模糊导致的推断错误：

   $row_sid = (int)$row_sid;
   $stmt->bind_param("i", $row_sid);
   

3. 升级mysqli扩展
   将PHP的mysqli扩展升级至最新稳定版本，排查是否为已知版本bug导致的性能问题。

4. 切换至PDO
   若业务允许，直接使用PDO作为数据库访问层，避开mysqli的参数绑定性能缺陷。

内容的提问来源于stack exchange，提问作者gvn