MySQL索引三

索引对于增删改操作的性能影响比较大

insert操作

insert的过程是，先把数据插入到表中，然后再把数据插入到相关索引中，如果这个表有5个索引，那么就得维护这5个索引，不管这个插入的数据是否为NULL值。所以，索引个数越多，对于insert操作来说，维护的成本就越大，插入一条数据的速度也就越慢。如果发现插入速度很慢，可以检查一下是否这个表的索引太多了。

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

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

delete操作

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

比如：A表包含字段ID，name，age，memo，biz_date，storeID，employeeID，update_date，等字段，在name、age、biz_date、storeID、employeeID字段上分别创建了索引，也就是总共有5个索引。现在运行deletefromAwhereID=，就得把ID=的这条数据，在各个索引中删掉，开销要比insert小。

update操作

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

比如：updateAsetmemo=‘备注信息’whereID=，因为更新的memo字段上并没有索引，所以不需要维护索引，而updateAsetstoreID=whereID=，只需要更新storeID字段的索引，其他4个索引不需要维护。