MySQL视图查询异常：PHP条件查询无结果，执行SELECT *后恢复正常

这种现象看起来有点反直觉，但核心原因大概率和你的视图包含**动态时间函数（NOW()）**以及MySQL查询优化器的执行逻辑有关，我来一步步拆解：

为什么会出现这种差异？ #

你的视图vw_Agendamento的WHERE子句依赖NOW()这个非确定性函数——它的值会随时间变化。当你直接执行SELECT * FROM vw_Agendamento时，MySQL会先计算所有符合视图时间条件的记录；但当PHP执行带额外WHERE条件的查询时，MySQL的查询优化器可能会重写整个查询，把视图的逻辑和外部查询合并，导致执行顺序发生变化：
比如，优化器可能先应用外部的paciente=? AND confirmado=0条件过滤基表agendamentos，再计算视图里的时间条件，这时候可能刚好没有符合时间要求的记录；而你手动执行SELECT *后，要么是此时时间条件刚好满足，要么是旧版本MySQL的查询缓存命中了之前的结果，让后续PHP查询能拿到数据。

解决方法 #

1. 把动态条件从视图移到外部查询 #

最稳妥的方式是让视图只做表关联，把时间相关的动态条件放到PHP的查询里，避免优化器打乱执行顺序：

首先修改视图定义，去掉时间过滤：

CREATE VIEW vw_Agendamento AS (
 SELECT agendamentos.id as id, 
        agendamentos.userid as userid, 
        agendamentos.paciente as paciente,
        agendamentos.agendadoEm as agendadoEm, 
        agendamentos.agendadoPara as agendadoPara, 
        agendamentos.confirmado as confirmado, 
        agendamentos.notificada as notificada,
        usuarios.contaTipo as contaTipo, 
        profissionais.profissao as profissao
 FROM agendamentos
 LEFT JOIN usuarios ON usuarios.id=agendamentos.userid
 LEFT JOIN profissionais ON profissionais.userid=agendamentos.userid
);

然后在PHP的查询中加上时间条件：

SELECT vw_Agendamento.id as id, 
       vw_Agendamento.userid as userid, 
       vw_Agendamento.paciente as paciente,
       vw_Agendamento.agendadoPara as agendadoPara,
       usuarios.nome as nome, 
       usuarios.contaTipo as contaTipo, 
       profissionais.sexo as sexo, 
       profissionais.profissao as profissaoId, 
       tipoProfissionalPF.tipo as profissao,
       tipoProfissionalPF.urlprefix as urlprefix, 
       tipoProfissionalPJ.tipo as estabelecimento, 
       tipoProfissionalPJ.urlprefix as clinprefix,
       empresaDados.nomeFantasia as nomeFantasia
FROM vw_Agendamento
LEFT JOIN usuarios ON usuarios.id=vw_Agendamento.userid
LEFT JOIN profissionais ON profissionais.userid=vw_Agendamento.userid
LEFT JOIN empresaDados ON empresaDados.userid=vw_Agendamento.userid
LEFT JOIN tipoProfissionalPF ON tipoProfissionalPF.id=profissionais.profissao
LEFT JOIN tipoProfissionalPJ ON tipoProfissionalPJ.id=empresaDados.tipoProfissionalPJ
WHERE vw_Agendamento.paciente=? 
  AND vw_Agendamento.confirmado=0
  -- 加上视图里的时间条件
  AND TIMESTAMPDIFF(MINUTE,vw_Agendamento.agendadoEm,NOW())<35

2. 强制跳过查询缓存（针对旧版MySQL） #

如果你用的是MySQL 5.7或更早版本，且开启了查询缓存，可以在PHP的查询前加上SQL_NO_CACHE，强制MySQL每次重新计算视图结果：

SELECT SQL_NO_CACHE vw_Agendamento.id as id ...

3. 检查执行计划，确认优化器行为 #

你可以分别执行以下语句，对比两者的执行计划，看看优化器是否改变了条件顺序：

• 在phpMyAdmin中执行：EXPLAIN SELECT * FROM vw_Agendamento;
• 把PHP的查询替换参数为实际值，执行：EXPLAIN SELECT ... WHERE paciente='你的测试值' AND confirmado=0;

通过执行计划的type和Extra字段，你能看到优化器是否先过滤了paciente和confirmado条件，再处理时间条件。

4. 验证参数绑定是否正确 #

虽然你说执行SELECT *后PHP查询能正常工作，但还是可以临时把PHP中的参数绑定改成硬编码的测试值，确认不是参数传递的问题。

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