索引是建的越多越好吗

明显不是,有以下几点:
1.数据量小的表不需要建立索引,建立会增加额外的索引开销
2.不经常引用的列不要建立索引,因为不常用,即使建立了索引也没有多大意义。对经常用于查询的字段应该创建索引。
3.经常频繁更新的列不要建立索引,因为肯定会影响插入或更新的效率
4.数据重复且分布平均的字段,因此他建立索引就没有太大的效果(例如性别字段,是否上架等等,不适合建立索引)
5.数据变更需要维护索引,意味着索引越多维护成本越高。当对表中的数据进行增加、删除、修改时,索引也需要动态的维护,降低了数据的维护速度。
6.更多的索引也需要更多的存储空间,一个表中很够创建多个索引,这些索引度会被存放到一个索引文件中(专门存放索引的地方)。

顺便说一下索引的相关知识:
索引用于快速找出在某个列中有一特定值的行,不使用索引,MySQL必须从第一条记录开始读完整个表,直到找出相关的行,表越大,查询数据所花费的时间就越多,所以索引还是很有用的,其中MySQL中的索引的存储类型有两种:BTREE、HASH,平时我们经常见到的基本都是b+树。
MyISAM(非聚簇索引)和InnoDB(聚簇索引)存储引擎:只支持BTREE索引, 也就是说默认使用BTREE,这也是我们经常见到的,不能够更换MEMORY/HEAP存储引擎:支持HASH和BTREE索引。(上面的聚簇索引和非聚簇索引,可以这么区分,聚簇索引的叶子节点就是数据节点,而非聚簇索引的叶子节点仍然是索引节点,只不过有指向对应数据块的指针。)

索引我们分为四类来讲 单列索引(普通索引,唯一索引,主键索引)、组合索引、全文索引、空间索引。这里我们只说说第一个和第二个。
单列索引:一个索引只包含单个列,但一个表中可以有多个单列索引。 这里不要搞混淆了。
普通索引:MySQL中基本索引类型,没有什么限制,允许在定义索引的列中插入重复值和空值,纯粹为了查询数据更快一点。
唯一索引:索引列中的值必须是唯一的,但是允许为空值。
主键索引:是一种特殊的唯一索引,不允许有空值。
组合索引:(也叫联合索引(多列联合))
在表中的多个字段组合上创建的索引,只有在查询条件中使用了这些字段的左边字段时,索引才会被使用,使用组合索引时遵循最左前缀集合。例子如下:
联合索引 (a,b,c) 实际建立了 (a)、(a,b)、(a,b,c) 三个索引.

  • 4
    点赞
  • 26
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL索引并不是越多越好,其效果取决于索引的选择和使用情况。以下几点可以帮助理解: 1. **性能提升**: 索引确实可以加快查询速度,特别是对于经常作为WHERE子句条件的列,如果没有索引,全表扫描的效率会很低。因此,为这类列创索引是有益的。 2. **资源消耗**: 每个索引都需要占用存储空间,且每次插入、更新或删除数据时,索引也需要维护,这会增加写操作的时间和I/O开销。过多的索引可能会导致性能下降,特别是对频繁写入的表。 3. **设计原则**: 应该根据查询模式选择关键列创索引,避免在不常用于搜索的列上创,以及避免创全表扫描的覆盖索引(即索引包含了查询所需的所有信息,不需要回表)。 4. **唯一性和复合索引**: 唯一索引能确保唯一性,而复合索引可以在多个列上组合索引,提高复杂查询的效率。但过多的复合索引可能会增加维护的复杂性。 5. **InnoDB存储引擎**:InnoDB存储引擎有自适应哈希索引,它可以根据表的数据动态调整索引策略,但这并不意味着可以随意创大量索引。 因此,优化的策略是根据实际应用需求,分析查询模式,合理地创和维护索引,而不是单纯追求索引数量。如果你对如何优化你的特定数据库有疑问,可以提供更详细的表结构和查询日志,以便给出更精准的议。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值