数据库建索引如何影响性能，影响性能的真正原因是什么？？、 5
2个回答
展开全部
数据库建索引主要是用于查询时进行排序的,当然某一字段没有建索引，SQL里也可以它为关键字进行排序，但性能远远低于有索引的情况，记录比较多的时候对比更明显。至于性能，如果在记录比较多的情况，上万条记录，你又建了很多索引，数据库本身维护这些索引会付出很大的代价。这个时候你只要在几个常用的字段上加索引，删掉不用的索引，就会解决性能的问题。
本回答由网友推荐
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
光点科技
2023-08-15 广告
通常情况下，我们会按照结构模型把系统产生的数据分为三种类型：结构化数据、半结构化数据和非结构化数据。结构化数据，即行数据，是存储在数据库里，可以用二维表结构来逻辑表达实现的数据。最常见的就是数字数据和文本数据，它们可以某种标准格式存在于文件...
点击进入详情页
本回答由光点科技提供
展开全部
索引毫无疑问可以在大部分情况下提高查询速度,这是因为它能有效降低逻辑读的块数从而降低物理IO次数.
但既然是大部分情况下, 那么肯定有一部分情况是相反的. 有些情况下使用索引甚至比全表扫描效率更差.
这就是我们要注意的所谓传说了:”性能较差的索引会增加数据库响应时间”. 为什么?
逻辑读和物理IO数提高了呗.
原因? 假设我们的数据表是一本书, 索引是书的目录. 我们先假设索引页数(10)要少于书的内容(100)(为什么要假设? 这个问题很好, 因为这个假设并不总是成立.).
我们考虑在表中查找id为1001的记录. 假设id为1001的记录只有一条存储在第18页, 这时查询需要先找索引中1001的位置, 这需要翻3页得到, 然后定位到记录所在的18, 也就是说我们通过4次逻辑读找到了记录. 这无疑比查询所有内容以找出需要的结果速度要快. 很开心是吧. 那我们来看一个不开心的范例.
考虑从表中查找name包含”张”的记录, 不幸的是, 书中的每一页都包含这样的记录. 于是我们不得不按照34,53,25,89…这样杂乱无章的效率翻遍全书以寻得结果 . 这种查询方式效率怎么样? 毫无疑问很差, 甚至比不使用索引效率更差.
但既然是大部分情况下, 那么肯定有一部分情况是相反的. 有些情况下使用索引甚至比全表扫描效率更差.
这就是我们要注意的所谓传说了:”性能较差的索引会增加数据库响应时间”. 为什么?
逻辑读和物理IO数提高了呗.
原因? 假设我们的数据表是一本书, 索引是书的目录. 我们先假设索引页数(10)要少于书的内容(100)(为什么要假设? 这个问题很好, 因为这个假设并不总是成立.).
我们考虑在表中查找id为1001的记录. 假设id为1001的记录只有一条存储在第18页, 这时查询需要先找索引中1001的位置, 这需要翻3页得到, 然后定位到记录所在的18, 也就是说我们通过4次逻辑读找到了记录. 这无疑比查询所有内容以找出需要的结果速度要快. 很开心是吧. 那我们来看一个不开心的范例.
考虑从表中查找name包含”张”的记录, 不幸的是, 书中的每一页都包含这样的记录. 于是我们不得不按照34,53,25,89…这样杂乱无章的效率翻遍全书以寻得结果 . 这种查询方式效率怎么样? 毫无疑问很差, 甚至比不使用索引效率更差.
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
推荐律师服务：
若未解决您的问题，请您详细描述您的问题，通过百度律临进行免费专业咨询
