循环内查数据库拖慢PHP性能，因N次网络往返、SQL解析和读取叠加；应改用IN批量查询或Redis的mGet预加载缓存，再用array_key_exists等查数组，并注意键类型统一。
为什么循环里查数据库会拖慢 PHP 性能
每次 for 或 foreach 迭代都执行一次 SELECT，本质是把 N 次网络往返 + SQL 解析 + 磁盘/内存读取叠加在一起。哪怕单次查询只要 5ms，100 次就是 500ms，还可能触发数据库连接池耗尽或慢查询日志告警。
用 array_key_exists() + 预加载缓存替代循环查询
核心思路：把「循环中查」变成「查一次，存数组，循环中查数组」。适用于 ID 列表已知、数据量适中（几千条以内）、不频繁变更的场景。
常见错误是直接在循环里调 cache_get()，没意识到这仍是 N 次缓存访问 —— Redis/Memcached 的单 key 查询虽快，但 N 次仍比一次批量取开销大。
- 先用
IN一次性查出所有需要的数据：SELECT id, name, status FROM user WHERE id IN (1,5,8,12) - 用
id作键构建关联数组：$cache = []; foreach($rows as $r) $cache[$r['id']] = $r; - 循环时用
isset($cache[$id])或array_key_exists($id, $cache)判断是否存在，再取值
Redis::mGet() 批量取缓存值的正确姿势
当数据已存在 Redis 中（如每个用户存为 user:123），别用 get() 循环调用。PHP Redis 扩展支持 mGet() 一次取多个 key，底层走 pipeline，网络往返从 N 次降到 1 次。
立即学习“PHP免费学习笔记（深入）”；
注意点：
- 传入 key 数组必须是纯字符串数组，不能含空值或数字索引错位：
$keys = array_map(fn($id) => "user:{$id}", $ids); -
mGet()返回数组，null表示对应 key 不存在，不是失败 —— 别直接用empty()判定 - 如果部分 key 缓存未命中，得 fallback 到 DB 查询并写回缓存，此时要避免缓存击穿（加锁或逻辑空值）
php
$redis = new Redis();
$redis->connect('127.0.0.1', 6379);
$keys = ['user:100', 'user:101', 'user:102'];
$values = $redis->mGet($keys); // 返回 [val1, null, val3]
循环内不能无脑加 sleep() 或 usleep() 来“缓解”查询压力
这是典型伪优化。它不减少总耗时，只把延迟平摊到更长时间，反而延长请求生命周期、占住 PHP-FPM worker、拖慢整体吞吐。真正要压的是查询次数和数据体积，不是靠停顿来躲。
容易被忽略的点：预加载缓存后，记得检查数组键类型 —— 数据库查出的 id 是整型，但 Redis key 是字符串，$cache[123] 和 $cache['123'] 在 PHP 关联数组里不等价，会导致查不到。统一转成字符串或整型再用。
