免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1471 | 回复: 3
打印 上一主题 下一主题

为什么速度是一样的 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-03-26 10:54 |只看该作者 |倒序浏览
首先,sql是由于的,功能也是一样的,只是用了不同的索引

第一个索引的explain结果
i*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: b
         type: ref
possible_keys: friend
          key: friend
      key_len: 1
          ref: const
         rows: 8858
        Extra: Using where
*************************** 2. row ***************************
           id: 1
  select_type: SIMPLE
        table: bf
         type: eq_ref
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 3
          ref:b.blogid
         rows: 1
        Extra:

第二个索引的explain结果
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: b
         type: index
possible_keys: NULL
          key: dateline
      key_len: 5
          ref: NULL
         rows: 1
        Extra: Using where
*************************** 2. row ***************************
           id: 1
  select_type: SIMPLE
        table: bf
         type: eq_ref
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 3
          ref:b.blogid
         rows: 1
        Extra:
2 rows in set (0.00 sec)

从explain的结果来看,应该是第二个索引快啊。。
但是实际执行速度是一样的,已加了sql_no_cache..
请问为什么?谢谢

论坛徽章:
0
2 [报告]
发表于 2009-03-26 12:09 |只看该作者
是MyISAM?

论坛徽章:
0
3 [报告]
发表于 2009-03-26 14:13 |只看该作者
是啊

论坛徽章:
0
4 [报告]
发表于 2009-03-26 20:05 |只看该作者
你提供的信息太少了。

可能是慢在了 type: index 的索引扫描,试着优化表后再做对比
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP