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