mysql 索引是否能提高UPDATE,DELETE,INSERT 处理速度

insert ,不会提高,insert 用不到索引,只会增加维护索引的时间。

delete ,如果条件用到索引了,会提高,没有用到,会全表扫描。 也不会提高。
update ,更新索引列不会提高,少量更新非索引列,会有提高 ; 因为更新索引列,索引要重新维护,更新非索引列,倒是没什么影响 。

如果table上有唯一索引,insert时索引可以帮助快速查找是否有重复,某种意义上也可以提高性能。但这也要跟维护索引的代价想比较(delete、update也有这个问题)。

(1)insert操作

insert的过程是,先把数据插入到表中,然后再把数据插入到相关索引中,如果这个表有5个索引,那么就得维护这5个索引,不管这个插入的数据是否为NULL值。

所以,索引个数越多,对于insert操作来说,维护的成本就越大,插入一条数据的速度也就越慢。

如果发现插入速度很慢,可以检查一下是否这个表的索引太多了。

把数据插入索引的过程中,为了维护索引中字段的顺序,会先在索引中查找这个值,如果能找到,就把这个值查到后面空闲的地方,如果没有找到,就先把值加入到叶子节点,然后在分支节点中新增这个值 和 指向叶子节点的指针(就是一个地址)。

在这个过程中,如果某个页满了,还要新申请一个空的页,把满的页拆分开,把一半的索引数据放到空闲页中,而且为了保证数据的一致性(这个插入操作是并发的,可能有几十上百个线程同时进行),会给相关的索引页加上闩锁(一种更低级别的内存锁)。

如此看来,这个过程的开销是很大的。

(2)delete操作

delete操作刚好和isnert相反,当删除一条数据时,会把这条数据涉及到的多个索引中的数据删除。

比如:A表包含字段 ID,name,age,memo,biz_date,storeID,employeeID,update_date,等字段,在name、age、biz_date、storeID、employeeID字段上分别创建了索引,也就是总共有5个索引。

现在运行 delete from A where ID = 100

就得把ID=100的这条数据,在各个索引中删掉,开销要比insert小。

(3)update操作

这个操作不同于insert,delete,只有当update的这个字段,涉及到索引时,才需要维护索引,相对来说开销要小一些。

比如:update A set memo=‘备注信息’ where ID = 100,因为更新的memo字段上并没有索引,所以不需要维护索引,

而update A set storeID=12345 where ID = 100,只需要更新storeID字段的索引,其他4个索引不需要维护。

原文链接:https://blog.csdn.net/yupeigu/java/article/details/79129776

原文地址:https://www.cnblogs.com/ylsx/p/14308676.html