mysql加索引后查询时间变长了(终于有头绪了)
2013-01-10 17:46
411 查看
在使用ip查询的地址(地址和ip对应的信息存在mysql中,使用的是myisam)的过程中遇到一个这样的问题:
给表中的一些字段加索引后查询时间变长了,cpu飙升了
该表的结构如下
这是什么原因呢难道是key_buffer_size不够——不是(bin/mysqladmin ext -ri1 -S /tmp/mysql3309.sock -pmysql|grep Key_reads)
调整max_length_for_sort_data——也不是
sort_buffer_size——也不是
table_open_cache——也不是
很奇快啊、很郁闷啊到底是什么原因呢。。。。。。抓狂中啊。。。。。。
一段时间过去了
看到有人把加索引和没加索引举了个这样的例子:
就像汽车与人赛跑,前三秒可能车跑不过人,如果你设置的比赛距离就是30米,那汽车发挥不出它的优势,并且表现出来的效果可能还不如人跑的速度快
索引扫描(Index Scan),依次读出所有的索引块,进行键值的匹配。当找到匹配的键值后,根据该行的指针直接读取对应的数据块,进行操作。
notice:理论很重要、原理是关键,经验是双刃剑。不要动不动就加索引先看看数据量。
本文出自 “冰寒于水” 博客,请务必保留此出处http://bing2010.blog.51cto.com/1822459/1113613
给表中的一些字段加索引后查询时间变长了,cpu飙升了
该表的结构如下
这是什么原因呢难道是key_buffer_size不够——不是(bin/mysqladmin ext -ri1 -S /tmp/mysql3309.sock -pmysql|grep Key_reads)
调整max_length_for_sort_data——也不是
sort_buffer_size——也不是
table_open_cache——也不是
很奇快啊、很郁闷啊到底是什么原因呢。。。。。。抓狂中啊。。。。。。
一段时间过去了
看到有人把加索引和没加索引举了个这样的例子:
就像汽车与人赛跑,前三秒可能车跑不过人,如果你设置的比赛距离就是30米,那汽车发挥不出它的优势,并且表现出来的效果可能还不如人跑的速度快
索引扫描(Index Scan),依次读出所有的索引块,进行键值的匹配。当找到匹配的键值后,根据该行的指针直接读取对应的数据块,进行操作。
notice:理论很重要、原理是关键,经验是双刃剑。不要动不动就加索引先看看数据量。
本文出自 “冰寒于水” 博客,请务必保留此出处http://bing2010.blog.51cto.com/1822459/1113613
相关文章推荐
- Oracle模糊查询之(2.如何测试模糊查询的时间及使用是否使用索引)反向索引与模糊查询
- mysql 常用时间查询
- mysql时间查询
- 测试mysql查询中参数整形和字符串类型错误索引使用情况
- MySQL索引和查询优化
- MySQL查询某段时间某经度范围内的数据
- 关于mysql的索引原理与慢查询优化
- mysql中取系统当前时间,当前日期方便查询判定的代码
- [网站摘录]数据库查询优化 之 MySQL索引
- mysql 索引与优化like查询
- mysql性能优化-慢查询分析、优化索引和配置
- mysql sql执行时间查询
- MySQL 的时间查询语句
- mysql时间格式化,按时间段查询MYSQL语句
- MySQL如何实现强制查询走索引和强制查询不缓存
- mysql 加快 查询速度 索引
- 提高mysql千万级大数据SQL查询优化30条经验(Mysql索引优化注意
- Mysql 常用的时间查询(周,月,季,年)
- MYSQL时间查询积累
- MySQL索引原理及慢查询优化