免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 4787 | 回复: 5

请问mysql索引的问题 [复制链接]

论坛徽章:
4
双子座
日期:2014-08-28 10:08:002015年辞旧岁徽章
日期:2015-03-03 16:54:152015年迎新春徽章
日期:2015-03-04 09:58:112015年亚洲杯之阿联酋
日期:2015-03-13 03:25:15
发表于 2014-01-06 18:01 |显示全部楼层
请问一张数据库表假设有5000w记录    其中有个字段user_id是建了索引的    一个user_id为100的记录有5w条   现在

select * from table where user_id=100 的时间是0.1s

那么当这个表里面有5亿条的时候 user_id的记录还是5w条   这个sql的时间变化吗?

论坛徽章:
13
双鱼座
日期:2013-10-23 09:30:05数据库技术版块每日发帖之星
日期:2016-04-20 06:20:00程序设计版块每日发帖之星
日期:2016-03-09 06:20:002015亚冠之塔什干火车头
日期:2015-11-02 10:07:452015亚冠之德黑兰石油
日期:2015-08-30 10:07:07数据库技术版块每日发帖之星
日期:2015-08-28 06:20:00数据库技术版块每日发帖之星
日期:2015-08-05 06:20:002015年迎新春徽章
日期:2015-03-04 09:57:09辰龙
日期:2014-12-03 14:45:52酉鸡
日期:2014-07-23 09:46:23亥猪
日期:2014-03-13 08:46:22金牛座
日期:2014-02-11 09:36:21
发表于 2014-01-07 09:33 |显示全部楼层
应该不会变吧

论坛徽章:
0
发表于 2014-01-07 17:16 |显示全部楼层
mysql是索引组织表。userid如果不是主键的话应该是个辅助索引,当表扩大的时候,扫描聚集索引的时候可能会增加时间的开销。

论坛徽章:
4
双子座
日期:2014-08-28 10:08:002015年辞旧岁徽章
日期:2015-03-03 16:54:152015年迎新春徽章
日期:2015-03-04 09:58:112015年亚洲杯之阿联酋
日期:2015-03-13 03:25:15
发表于 2014-01-08 09:21 |显示全部楼层
这个开销可以接受吧,user_id不是主键,辅助索引,开销无非是先找辅助索引,然后去找主键索引,所以时间消耗不是质变的。回复 3# Joshua_q


   

论坛徽章:
0
发表于 2014-01-08 10:04 |显示全部楼层
但是不能说没有任何时间开销的啊回复 4# weishuo1999


   

论坛徽章:
0
发表于 2014-01-08 15:51 |显示全部楼层
有的,因为插入数据如果按照主键排序,那么当数据量增大的时候,记录是根据主键追加的,而第二索引是随机插入的,这样可能导致第二索引的碎片增加,这是导致性能降低的因素之一。当然随着表数据量的增加,相关的表的维护任务也会增加,因此访问时间增加是必然的。不过,应该不是很明显。因为对记录的访问,通过第二索引,得到主键值,再通过主键值得到数据。假设主键和第二索引的level为3.那么访问二级索引需要3个IO,在根据二级索引的primary key去扫描记录,同样需要3个IO。所以,不会有太明显的变化
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP