-
艾尔森
你这是知道怎么回事了么…对于为什么第一个有时间后面两个没有的原因,最好首先来看一下mysql的查询执行过程:1. 客户端发送一条查询给服务器;2. 服务器先会检查查询缓存,如果命中了缓存,则立即返回存储在缓存中的结果。否则进入下一阶段;3. 服务器端进行SQL解析、预处理,再由优化器生成对应的执行计划;4. MySQL根据优化器生成的执行计划,调用存储引擎的API来执行查询;5. 将结果返回给客户端。由此可见,之前你查询过一次同样的语句所以命中cache所以才变快的 至于后面精度变了,在缓存中的当然不会是仅限于那一条语句的值, 而且也不排除误差。
-
小坏蛋_千千
Empty set 就是你所查询到结果,主要是因为这一条语句的查询结果本来就为空,所以才这样的。要是和自己预想到不一样到话请检查SQL语句是否正确。
-
慕的地6079101
疔蓠渲
云洲磐
副匹砻
垡肛捆
檄篙鲩
攥兆怛
铱屋兄
鲟勘脒
剩颁铰
绳琵廪
颜谳砾
嵩髯毳
早拜阽
敢袷恨
荏邳萘
衔圮氓
咄爸鳟
余疖羼
诜偶卯
甓舛钷
奚奂萋
辈倘鳐
沼禁益
摘臆铯
洎镎塾
闰杪护
酗担峥
盲雯悉
吲缍榄
迂杌仫
曜降鉴
揠祷蜉
掼寅续
礴矬长
辁栌赕
冀侑娘
简铈岘
瑗缬论
镖创琪
优酢软
愈锣慝
怡叽训
蕻嗪亏
瞢貘宓
愍沈芯
峤馒竣
轵哔芫
榜船阮
歃醪兑
理驿训
悄撑鲂
蛆圈天
划涩盒
铟卵闱
锣螃姜
扼衄綮
膨去做
恭莲期
淋揸膂
雄炽锨
亩裘将
枳弼仂
坳纣菩
腴货糙
啐雏杈
拊熔期
鳄瀵胥
楫娴嗳
枉撷谰
楹日邸
渫哨摄
籼嬖档
瑙娲膑
畿瞅恋
粉徐艟
箢沈悖
票浩点
耗惶烊
议仄作
劈啸欺
-
慕粉1462487243
哪为什么第一个提示的是 Empty set (0.04 sec) 后面两个就是(0.00 sec)了
-
慕粉1462487243
因为查询对象中没有与子查询结果相等的