给老铁暖贴
缓存命中应该是不走索引直接 return 但是加了 explain 参数后 应该会穿透缓存去执行 飞哥是要在家修炼一段时间杀回北京啊
我是这样理解的 @spfzzz MySQL 在查询的时候 查询优化器会通过统计信息(从 innnodb 获取,例如索引,页等信息)估算查询成本(单位是读取一个 4k 数据页的成本),来评估查询方案,然后将最优方案发送给存储引擎执行。因为查询成本受到不同因素影响,在数据比较少的时候,可能就会计算出来不走索引比走索引更优,出现全表扫描的情况,这也就是为啥你执行的时候结果随机的原因。如果数据特别多,走索引肯定比全表扫描快,那应该是稳稳的走索引。
话说贴代码别贴图片, @hooopo 炮哥建议的好
来个 code 模板吧。。。
或者数据太少了?全表扫描更快? 不知道这个是不是偶然现象 你多查几次 还是这个结果吗
索引失效理论上和字段值没什么关系吧
建议贴一下表结构
大佬!
问下 确实可以方便的查出 用户喜欢的项目数 但是能反向查出 项目有多少用户喜欢吗
问下还招人吗