共计 2537 个字符，预计需要花费 7 分钟才能阅读完成。
这篇文章主要介绍“MySql 删除和更新操作对性能有没有影响”，在日常操作中，相信很多人在 MySql 删除和更新操作对性能有没有影响问题上存在疑惑，丸趣 TV 小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”MySql 删除和更新操作对性能有没有影响”的疑惑有所帮助！接下来，请跟着丸趣 TV 小编一起来学习吧！
删除和更新操作的开销往往比插入高，所以一个好的设计需要减少对数据库的更新和删除操作。
3.1 更新操作
数据库的更新操作会带来一连串的“效应”：更新操作需要记录日志（以便错误时回滚）；更新可变长字段（如，varchar 类型）会带来数据物理存储的变化（记录的移动）；更新索引字段会导致索引重建；更新主键会导致数据重组等。这一切不但会造成更新操作本身效率低，而且由于磁片碎片的产生会造成以后查询性能的降低。为了应对这一情况，有两种策略：一、减少更新次数，把多个字段的更新写到同一个语句里；二、避免更新。这两种策略分别适用于不同的情况，下面将举例说明两种情况。
3.1.1 减少更新次数在整合库里有个代码清洗过程，就是通过连接代码表给业务数据的自编码字段赋值。代码清洗其实是通过关联代码表来更新业务数据表的一个过程，需要连接多个代码表，更新多个自编码字段。完成此更新，有两种更新语句的写法：一种是写成多个 SQL 语句，每个语句更新一个自编码字段；另一种写法是将所有更新写在一个语句中。更新银行代码的更新语句如下所示：
updateTBL_INCOME_TMP AsetBANKCODESELF = ( select SELFCODE from TBL_BANKINFO B where A.BANKCODE = B.BANKCODE )通过一个更新语句实现多个自编码字段更新的语句示意如下：
复制代码 代码如下:
updateTBL_INCOME_TMP
set 代码 1 自编码 = 通过关联代码 1 表得到自编码，代码 2 自编码 = 通过关联代码 2 表得到自编码，…，代码 n 自编码 = 通过关联代码 n 表得到自编码
利用两千万的测试数据。两种方法的测试结果如下表所示。从测试结果看出，一次更新方法性能提高了十倍，大大提高了性能。
处理过程
多次更新方法耗时
一次更新方法耗时
代码清洗
0:29:480:02:59
3.1.2 避免更新
下面举个通俗的例子，这类情况是经常遇到的。某公司有一套系统员工考勤系统，为了提高查询统计的性能，在原有系统基础上建立了一些包含冗余信息的表。以员工表为例，它获得数据的过程如图 12 所示。第一步把员工信息放到新表中，然后连接通过字段“部门 ID”连接更新“部门名称”。
图 12. 关联更新
一般，为了节省存储开支把部门名称这样的字段设计成可变长的。所以在对它进行更新时会造成磁盘数据的重新组织，形成磁盘碎片，影响查询性能。
为了避免这样的情况发生，我们可以使用如图 13 所示的方法避免更新。这种方法一步完成了冗余数据表的插入，再插入时连接部门表获得“部门名称”，从而避免了更新操作。
图 13. 避免更新
3.2 删除操作
初学者可能认为删除操作很简单，可以快速完成。其实这是一个错误的理解，删除过程需要大量扫描磁盘；需要记录数据库日志；而且删除过程不释放磁盘空间，浪费磁盘，并且使磁盘上的数据支离破碎，这对后续查询的性能是一个致命的打击。通常用两种方式来应对：一、对经常做删除操作的表进行重组（reorg）；二、避免删除。
3.2.1 重组
重组（reorg）操作会重新排列表数据的物理顺序，并除去碎片数据中的空闲空间。
由于删除操作不释放磁盘空间，在执行删除操作后，表会成为碎片状，这导致性能严重下降，在多次更新操作之后也会出现这种情况。若收集了统计信息，但看不出有明显的性能改进，则重组表数据可能会有帮助。重组表数据时，根据指定的索引重新安排数据的物理顺序，并除去碎片数据中的空闲空间。这使该数据可以更快速的被存取，从而改进性能。
3.2.2 避免删除——中间表和正式表模式
在数据需要比较复杂的处理的时候经常会用到中间表和正式表模式。数据在中间表中被处理，然后把满足条件的数据转移至正式表，不满足条件的数据保留在中间表中。图 14 示意了数据从中间表转移到正式表的过程：在完成数据处理之后，需要把中间表 temp1 中 flag = 1 的数据插入到正式表，并删除中间表 temp1 中 flag = 1 的数据。
图 14. 从中间表向正式表转移数据
因为 flag 字段不是聚簇索引，所以当对中间表 temp1 进行删除后，会再磁盘中留下大量碎片，如图 15 所示。不但会留下那么多的磁盘碎片，而且已删除的数据的空间也不会自动释放。结果是不但浪费磁盘空间，而且查询性能会急剧下降。
图 15. 删除操作后的磁盘碎片
咱们可以使用清空表的命令来避免删除操作。除了中间表 temp1 和正式表，添加辅助临时表 temp2。如果 temp1 中保留的数据 flag= 0 只占有 10%，这一优化将显著提升性能。具体步骤如下：
1. 将 temp1 中 flag= 0 的数据，插入到 temp2
2. 清空表 temp1
复制代码 代码如下:
alter table temp1 ACTIVATE NOT LOGGED INITIALLY WITH EMPTY TABLE ;
3. 将 temp2 中的数据插入 temp1
3.3 如何使访问更高效
1．一次连接数据库，做很多事情。直到处理完，才断开连接。
2．一个 SQL 语句包含尽量多的操作。形象地说：几千个语句，借助游标不断循环，很慢。换成几个语句，处理同样的数据，还是很慢。换成一个语句解决问题最好。
3．接近 DBMS 核心。尽量使用数据库自带的函数。减少自定义函数。因为再聪明的数据库优化器也不认识自定义函数。
4．一个语句不要连接太多的表，建议的上限是 5 个。
5．将频繁更新的列集中起来：当更新某一行时，DB2 会记录进行更改的所有列，因此将频繁更新的列放到一起可以减少 DB2 的记录工作。这只是一个有关性能的小建议，因此不应为实现它而进行重大的应用程序或数据库设计修改。
到此，关于“MySql 删除和更新操作对性能有没有影响”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注丸趣 TV 网站，丸趣 TV 小编会继续努力为大家带来更多实用的文章！
