哪些字段不适合建立索引

最新推荐文章于 2025-04-23 14:45:15 发布
最新推荐文章于 2025-04-23 14:45:15 发布
阅读量1.2w 收藏
点赞数
分类专栏： oracle数据库 性能测试
MySQL：什么样的字段适合加索引？什么样的字段不适合加索引
u013938578的博客
05-15 385
（8）经常用于排序（order by ）和分组（group by）的字段：如果某个字段经常用于排序（order by ）和分组（group by）操作，例如文章的发布时间或销售订单的日期，为该字段添加索引可以加快排序和分组操作的速度。（1）低选择性的列：低选择性的列指的是具有很少不同值的列。（7）经常用于查询条件的字段（select、update、delete语句中的where条件）：如果某个字段经常被用于where查询条件，例如用户的用户名、邮箱或订单的编号，那么为该字段添加索引可以提高查询性能。
索引使用经验：什么情况适合建索引
iteye_15105的博客
10-24 1907
适合建索引？不适合建索引？分析 (2011-07-21 18:33:49)转载 数据库建立索引常用的规则如下： 1、表的主键、外键必须有索引； 2、数据量超过300的表应该有索引； 3、经常与其他表进行连接的表，在连接字段上应该建立索引； 4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引； 5、索引应该建在选择性高的字段上； 6、索引应该建在小字段...
那些字段适不适合建索引？
热门推荐
极客神殿
04-07 2万+
数据库建立索引常用的规则如下：1、表的主键、外键必须有索引； 2、数据量超过300的表应该有索引； 3、经常与其他表进行连接的表，在连接字段上应该建立索引； 4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引； 5、索引应该建在选择性高的字段上； 6、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引； 7、复合索引的建立需要进行仔细分析；尽量考虑
http协议
最新发布
2301_80320652的博客
04-23 351
（1）URL格式：http://hostName:portId/webAppName/[otherName/]fileName.filetype.（2）/WebAppName/fileName.filetype:用于描述资源路径，表示浏览器请求的目标：即请求的是哪个web应用的哪个资源文件。（1）发起方式：适用于请求的两种发起方式即url输入法和form元素提交法。（2）200：状态码，三位数字组成，表示服务器对请求处理的结果。（1）HTTP/1.1：表示响应所遵循的遵循的协议和版本。
什么样的列不适合创建索引？哪些列上不应该创建索引？
萧逸闲侃
04-07 7641
一般来说，不应该创建索引的的这些列具有下列特点： 1，对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为，既然这些列很少使用到，因此有索引或者无索引，并不能提高查询速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。 2，对于那些只有很少数据值的列也不应该增加索引。这是因为，由于这些列的取值很少，例如人事表的性别列，在查询的结果中，结果集的数据行占了表中数据行的很大比例
什么情况下不适合用索引
zhuyoushaonian的博客
04-02 6382
除复合索引外,哪些情况下不适合用索引 2016年08月25日 09:04:28Z单单阅读数：2275 对于索引,有时候会方便你的一些操作,但有时候就会成为负累,增加你数据库的压力,那么,应该怎样避免这些问题呢? 1.建立索引的目的就是帮助查询，如果查寻用不到则索引就没有必要建立。 2.如果表是经常需要更新的也不适合做索引。频繁更新会导致索引也会频繁更新，降低写的效率。 ...
mysql-不适合创建索引的7种情况
ven_ture的博客
06-14 2341
索引是一把`双刃剑`，可提高查询效率，但也会降低插入和更新的速度并占用磁盘空间。 选择索引的最终目的是为了使查询的速度变快，上面给出的原则是最基本的准则，但不能拘泥于上面的准则，在以后的学习和工作中进行不断的实践，根据应用的实际情况进行分析和判断，选择最合适的索引方式。
在OracleE数据库的字段上建立索引的方法
12-16
除了大小写混合的问题，`REPLACE`函数也会引发类似的索引不被使用的状况。例如，如果`DESCRIPTION`列包含一些需要替换的文本，如下所示的查询将不会使用索引： ```sql SELECT * FROM table WHERE REPLACE...
access建立两个字段唯一索引_数据库索引原理及优化
weixin_39973271的博客
11-20 1610
微信公众号：云计算通俗讲义持续输出技术干货，欢迎关注！通过本文你将了解：概述分类索引底层实现原理基本操作索引失效索引优化01 概述 索引是帮助MySQL高效获取数据的排好序的数据结构，用于快速找出某个列中有一特定值的行。 通过上述定义可以理解索引三个基本特性： 1、索引的作用是为了追求高效查找； 2、索引是一种数据结构，且是有序的； 3、索引用于快速查找某一个特定值的...
MSSQL 大量数据时,建立索引或添加字段后保存更改提示超时的解决方法
01-19
一般我们都喜欢用数据库管理器的UI来对数据表结构进行更改,然后自然而然地点”保存” 按钮进行保存,但数据量比较大的时候,用这招往往会出现”无法创建索引“IX_索引名”。 超时时间已到。在操作完成之前超时时间已过...
哪些情况适合建索引？哪些不适合？
chengjianghao的博客
02-25 3438
哪些情况适合建索引？ 1. 主键自动建立唯一索引。 2. 频繁作为查询条件的字段应该创建索引。 3.查询中与其他表关联的字段，外键关系建立索引。 4. 频繁更新的字段不适合创建索引，因为每次更新不单单是更新了记录还会更新索引文件。 5. where条件里用不到的字段不创建索引。 6. 单键/组合索引的选择问题，who？（在高并发下倾向创建组合索引）。 7. 查询中排序的字段，排序字段...
创建索引和不能创建索引
BusyMonkey
04-17 1337
https://www.jianshu.com/p/a44960298154 1、创建： 主键自动建立唯一索引； 频繁作为查询条件的字段应该创建索引； 查询中与其他表关联的字段，外键关系建立索引； 查询中排序的字段，排序字段若通过索引去访问将大大提高排序速度（索引干两件事：检索和排序）； 查询中统计或者分组字段； 2、不创建： 频繁更新的字段不适合创建索引，因为每...
mysql建索引blob_创建BLOB类型列的索引问题？高手指点
weixin_39886251的博客
02-05 446
非常感谢！我按照楼上方法执行后，发现LOB列被指定到了新的表空间，且能重新为lobsegname命名，但是却无法改变lobindex名。执行命令后，以前的表空间中仍然存在lobindex和indexsegment！why?SQL> desc my_lob;名称 ...
如何给特殊字符串加索引：如身份证、邮箱等
weixin_39035120的博客
05-14 4171
1 建表语句 CREATE TABLE `user` ( `id` int(11) NOT NULL AUTO_INCREMENT, `id_card` varchar(18) NOT NULL, `email` varchar(50) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB INSERT INTO `test`.`user`(`id`, `id_card`, `email`) VALUES (1, '32102319930316..
除复合索引外,哪些情况下不适合用索引
zhangzhangdan的博客
08-25 2937
对于索引,有时候会方便你的一些操作,但有时候就会成为负累,增加你数据库的压力,那么,应该怎样避免这些问题呢?  1. 建立索引的目的就是帮助查询，如果查寻用不到则索引就没有必要建立。   2. 如果表是经常需要更新的也不适合做索引。频繁更新会导致索引也会频繁更新，降低写的效率。   3. 唯一性差的字段不适合创建索引，因为无法准确的找到想要的数据，所以查完索引后依然还需要过一遍数据，这样
mysql男女字段应该建立索引吗_为什么说性别字段不适合做索引？
weixin_34836906的博客
01-20 6110
关于区分度不高的字段，比如性别，比如状态字段，是否应该建索引？只有2种取值的字段,建了索引数据库也不一定会用,只会白白增加索引维护的额外开销,因为索引也是需要存储的,所以插入和更新的写入操作,同时需要插入和更新你这个字段的索引的.所以说,唯一性太差的字段不需要创建索引,即便用于where条件.相关,建立联合索引时,也要考虑把重复率低而又用得多的列放在前面.比如: key (attr_id, att...
【MySQL从入门到精通】【高级篇】（二十）适合创建索引的11种情况&不适合创建索引的7种情况，万字长文
码农飞哥
09-14 3568
适合创建索引的十一种情况你都了解么
频繁字段不适合创建索引
01-17
### 频繁更新字段创建索引的影响 当频繁更新的字段上建立了索引时，每次对该字段进行写操作（如`INSERT`、`UPDATE`），不仅会修改表中的记录，还会相应地更新索引结构。这种双重负担显著增加了系统的I/O开销和CPU消耗[^1]。 对于频繁更新的列建立索引可能会导致： - **增加事务处理时间**：由于每条记录更改都需要同步更新对应的B树或其他类型的索引节点位置。 - **降低缓存命中率**：频繁变动使得内存中保存的有效数据比例下降，迫使更多磁盘读取发生。 - **引发锁竞争问题**：高并发环境下多个进程试图同时修改相同页上的不同行可能导致死锁现象加剧。 ### 优化方案 针对上述挑战，有几种策略可以帮助缓解因频繁更新而带来的负面影响： #### 合理评估必要性并移除不必要的索引 并非所有可选作索引的关键字都值得为之付出代价，在设计阶段应当仔细权衡利弊得失。如果某个属性确实很少用于检索条件，则不必为其设置额外的辅助查找机制；反之亦然——那些经常作为过滤依据却未被充分重视起来的重要因素则应该得到适当加强[^3]。 #### 使用覆盖索引或组合索引代替单列索引 通过构建多字段联合索引来满足复杂查询需求的同时减少单独为每一项设立独立入口所带来的冗余度。特别是当存在大量基于同一组关联关系的操作请求时尤为有效[^2]。 ```sql CREATE INDEX idx_user_info ON users (last_name, first_name); ``` #### 考虑采用延迟刷新技术 某些场景下允许一定范围内暂时牺牲实时一致性来换取更好的整体吞吐量表现可能是可行的选择之一。例如PostgreSQL支持异步提交模式，可以在不影响最终结果准确性前提下加快响应速度[^4]。 #### 定期监控与调整现有架构布局 随着应用逻辑演变及业务规模扩大，原先规划好的物理存储方式未必能够持续保持高效运作状态。因此有必要借助工具定期审查当前状况，并据此作出针对性改进措施，比如重新组织大对象分布规律或是适时引入新的分片规则等。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值