thinkphp3.2查询慢主因是mobile字段缺失索引导致全表扫描，应先用show index和explain确认索引存在；避免循环中多次find()，改用wherein批量查询；高并发下需手动启用pdo预编译。
ThinkPHP3.2数据库查询流程缓慢，多数情况并非框架本身缺陷，而是开发者在构建查询时未意识到其底层执行时机与索引依赖关系——比如调用where()后立刻find()，却未确认mobile字段是否存在索引，导致MySQL每次执行都触发全表扫描，1万行数据平均响应突破300ms。
确认是否走了索引
第一步：连接数据库终端，执行SHOW INDEX FROM user，检查mobile字段是否出现在Key_name列中；
若无结果，说明该字段完全未建索引，后续所有where('mobile', $phone)查询都将强制全表扫描；
第二步：运行EXPLAIN SELECT * FROM user WHERE mobile = '13800138000'，重点看type字段——出现ALL即为全表扫描，ref或eq_ref才表示命中索引；
【必须先验证索引存在再优化代码，否则所有缓存、预编译操作都是徒劳】
避免隐式触发查询
ThinkPHP3.2的查询构造器（如Db::table('user')->where('status', 1)->order('id')）本身不发SQL，仅组装条件；
但一旦调用select()、find()、count()、value()等任意一个获取方法，立即建立连接并执行；
常见陷阱：在循环中反复写Db::table('log')->where('uid', $uid)->find()，每次都会新建PDO连接+解析SQL+网络往返；
正确做法是先收集全部$uids，再用whereIn('uid', $uids)一次查出所有记录，减少90%以上I/O次数。
手动启用PDO预编译（高并发场景必需）
方法一：绕过ThinkPHP查询构造器，直连PDO实例
获取已配置的PDO连接：$pdo = Db::getInstance()->getPdo();；
准备语句：$stmt = $pdo->prepare('SELECT id, name FROM user WHERE mobile = ? AND status = ?');；
执行并取结果：$stmt->execute([$phone, 1]); $result = $stmt->fetchAll(PDO::FETCH_ASSOC);；
注意：此方式仅适用于SQL结构固定、参数位置不变的场景；若动态拼接ORDER BY或LIMIT，PDO无法复用执行计划，反而更慢。
方法二：在模型中强制使用预编译（需修改底层调用）
重写模型的select()方法，在内部调用$this->db->query()前插入prepare逻辑；
这一步操作起来很简单，直接把query()替换为prepare()->execute()两步即可，但必须确保所有占位符类型与传入值严格匹配，否则PDO会静默失败。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
