InnoDB undo log解析（二）

最新推荐文章于 2022-09-10 12:43:36 发布
最新推荐文章于 2022-09-10 12:43:36 发布
阅读量416 收藏
点赞数
分类专栏： mysql redo log
在 上一篇中已经介绍了InnoDB undo log的组织结构，并通过一个示例并结合InnoSQL来分析insert undo log记录格式。本篇中介绍update undo log的记录格式。update undo log有以下三种类型：
 类型 十六进制值 说明
 TRX_UNDO_UPD_EXIST_REC 0x0c 更新一个not delete mark的记录
 TRX_UNDO_UPD_DEL_REC 0x0d 更新一个delete mark记录
 TRX_UNDO_DEL_MARK_REC 0x0e 将记录标记为delete mark
   
接着来看一个具体的例子，首先根据如下清单创建测试表t并导入测试数据： 
CREATE TABLE t ( a INT, b VARCHAR(10), c INT, PRIMARY KEY(a), KEY(b));
INSERT INTO t SELECT 1,'1',1;
接着运行下面的事务，注意不要提交事务： 
   
   

    
    
     
     

      
      BEGIN
      
      ;
     
     

     
     

      
      DELETE FROM t WHERE a
      
      =
      
      1
      
      ;
     
     

     
     

      
      

       
       mysql
       
       >
       
         SELECT 
       
       *
       
        FROM information_schema
       
       .
       
       INNODB_TRX_UNDO\G
       
       ;
      
      

      
      

       
       ***************************
       
        
       
       1.
       
        row 
       
       ***************************
      
      

      
      

       
              trx_id
       
       :
       
        
       
       303
      
      

      
      

       
             rseg_id
       
       :
       
        
       
       4
      
      

      
      

       
         undo_rec_no
       
       :
       
        
       
       0
      
      

      
      

       
       undo
       
       _rec_type
       
       :
       
        TRX_UNDO_DEL_MARK_REC
      
      

      
      

       
                size
       
       :
       
        
       
       37
      
      

      
      

       
               space
       
       :
       
        
       
       0
      
      

      
      

       
             page_no
       
       :
       
        
       
       308
      
      

      
      

       
              offset
       
       :
       
        
       
       272
      
      

      
      

       
       1
       
        row 
       
       in
       
        
       
       set
       
        
       
       (
       
       0.00
       
        sec
       
       )
      
      

     
     

   
   


 

 
 打开共享表空间ibdata1并定位到page_no:308 offset：272的位置，得到如下的内容： 

 

 

 

 
 
  
  

   
   
    
    

     
     004d4110
     
       
     
     01
     
      
     
     35
     
      
     
     0e
     
      
     
     00
     
      
     
     0d
     
      
     
     00
     
      
     
     00
     
      
     
     00
     
       
     
     00
     
      
     
     03
     
      
     
     02
     
      e0 
     
     83
     
      
     
     00
     
      
     
     00
     
      
     
     01
     
       
     
     |.
     
     5.
     
     .............|
    
    

    
    

     
     004d4120
     
       
     
     33
     
      
     
     01
     
      
     
     10
     
      
     
     04
     
      
     
     80
     
      
     
     00
     
      
     
     00
     
      
     
     01
     
       
     
     00
     
      
     
     0b
     
      
     
     00
     
      
     
     04
     
      
     
     80
     
      
     
     00
     
      
     
     00
     
      
     
     01
     
       
     
     |
     
     3.
     
     ..............|
    
    

    
    

     
     004d4130
     
       
     
     03
     
      
     
     01
     
      
     
     31
     
      
     
     01
     
      
     
     10
     
      
     
     00
     
      
     
     00
     
      
     
     00
     
       
     
     00
     
      
     
     00
     
      
     
     00
     
      
     
     00
     
      
     
     00
     
      
     
     00
     
      
     
     00
     
      
     
     00
     
       
     
     |..
     
     1.
     
     ............|
    
    

  
  
 

 


  整理后可得： 

 

 
 
 十六进值 说明
 01 35 undo log结束位置
 0e undo log类型，TRX_UNDO_DEL_MARK_REC
 00  记录的info bit信息
 0d 表的ID
 00 00 00 03 02 e0  记录的隐藏事务ID列
 83 00 00 01 33 01 10 记录的隐藏回滚指针列
 04  主键长度
 80 00 00 01 主键值（a=1）
 00 0b  之后部分的字节数
 00 列的ID（列a）
 04 列占用的字节数
 80 00 00 01 列的值（a=1）
 03  列的ID（列b）
 01 列占用的字节数
 31 列的值（b=‘1’）
 01 10 undo log开始位置（0x0135-0x0110=37）
 

 

 
 
 

 

 
 
 
  回滚事务，接着运行下面的例子： 
 
 
 
 
  
   
   

    
    
     
     

      
      mysql
      
      >
      
       
      
      BEGIN
      
      ;
     
     

     
     

      
      Query
      
       OK
      
      ,
      
       
      
      0
      
       rows affected 
      
      (
      
      0.00
      
       sec
      
      )
     
     

     
     


     
     

     
     

      
      mysql
      
      >
      
       UPDATE t SET c
      
      =
      
      2
      
       WHERE a
      
      =
      
      1
      
      ;
     
     

     
     

      
      Query
      
       OK
      
      ,
      
       
      
      1
      
       row affected 
      
      (
      
      0.00
      
       sec
      
      )
     
     

     
     

      
      Rows
      
       matched
      
      :
      
       
      
      1
      
        
      
      Changed
      
      :
      
       
      
      1
      
        
      
      Warnings
      
      :
      
       
      
      0
     
     

     
     


     
     

     
     

      
      mysql
      
      >
      
       SELECT 
      
      *
      
       FROM information_schema
      
      .
      
      INNODB_TRX_UNDO\G
      
      ;
     
     

     
     

      
      ***************************
      
       
      
      1.
      
       row 
      
      ***************************
     
     

     
     

      
             trx_id
      
      :
      
       
      
      308
     
     

     
     

      
            rseg_id
      
      :
      
       
      
      7
     
     

     
     

      
        undo_rec_no
      
      :
      
       
      
      0
     
     

     
     

      
      undo
      
      _rec_type
      
      :
      
       TRX_UNDO_UPD_EXIST_REC
     
     

     
     

      
               size
      
      :
      
       
      
      33
     
     

     
     

      
              space
      
      :
      
       
      
      0
     
     

     
     

      
            page_no
      
      :
      
       
      
      310
     
     

     
     

      
             offset
      
      :
      
       
      
      272
     
     

     
     

      
      1
      
       row 
      
      in
      
       
      
      set
      
       
      
      (
      
      0.00
      
       sec
      
      )
     
     

   
   
 
 
 
 

   按上述同样的方法整理undo log后可得： 
 
 
 
 
  
十六进值 说明
 01 31 undo log结束位置
 1c undo log类型，TRX_UNDO_UPD_EXIST_REC
 0d  表的ID
 00 记录的info bit信息
 00 00 00 03 02 e0  记录的隐藏事务ID列
 83 00 00 01 33 01 10 记录的隐藏回滚指针列
 04  主键长度
 80 00 00 01 主键值（a=1）
 01 update vector 的数量
 04 update vector保存的列ID（列c）
 04 列占用的字节数
 80 00 00 01 列的值（a=1）
 01 10  undo log开始位置（0x0135-0x0110=33）
 
 
 
 
 
 

 这里undo log的类型为1c而不是0c这是因为这部分还保存了其他信息，这里1表示更新操作没有更新其他索引列。若更新辅助索引列b，如： 

 
 
  
  

   
   
    
    

     
     mysql
     
     >
     
      
     
     BEGIN
     
     ;
    
    

    
    

     
     Query
     
      OK
     
     ,
     
      
     
     0
     
      rows affected 
     
     (
     
     0.00
     
      sec
     
     )
    
    

    
    


    
    

    
    

     
     mysql
     
     >
     
      UPDATE t SET b
     
     =
     
     '222'
     
      WHERE a
     
     =
     
     1
     
     ;
    
    

    
    

     
     Query
     
      OK
     
     ,
     
      
     
     1
     
      row affected 
     
     (
     
     0.00
     
      sec
     
     )
    
    

    
    

     
     Rows
     
      matched
     
     :
     
      
     
     1
     
       
     
     Changed
     
     :
     
      
     
     1
     
       
     
     Warnings
     
     :
     
      
     
     0
    
    

    
    


    
    

    
    

     
     mysql
     
     >
     
      SELECT 
     
     *
     
      FROM information_schema
     
     .
     
     INNODB_TRX_UNDO\G
     
     ;
    
    

    
    

     
     ***************************
     
      
     
     1.
     
      row 
     
     ***************************
    
    

    
    

     
            trx_id
     
     :
     
      
     
     30A
    
    

    
    

     
           rseg_id
     
     :
     
      
     
     8
    
    

    
    

     
       undo_rec_no
     
     :
     
      
     
     0
    
    

    
    

     
     undo
     
     _rec_type
     
     :
     
      TRX_UNDO_UPD_EXIST_REC
    
    

    
    

     
              size
     
     :
     
      
     
     41
    
    

    
    

     
             space
     
     :
     
      
     
     0
    
    

    
    

     
           page_no
     
     :
     
      
     
     311
    
    

    
    

     
            offset
     
     :
     
      
     
     272
    
    

    
    

     
     1
     
      row 
     
     in
     
      
     
     set
     
      
     
     (
     
     0.00
     
      sec
     
     )
    
    

  
  
 

 


  可以看到这时undo log的类型还是 
 TRX_UNDO_UPD_EXIST_REC，但可以发现这时undo type的值为0c而非1c。此外，由于更新了列b，update vector会保存更新时记录列b的值，因此两次操作产生的undo log的量也不同。 

 

 
 
 

 


  何时会产生 
 TRX_UNDO_UPD_DEL_REC的undo log呢？这个类型表明是在delete mark的记录上进行更新，但是若事务已经提交则delete mark的记录是不允许更改的，其会等待purge线程进行删除。因此产生该类型的undo log发生应发生在同一事务中，如下面的情况： 

 

 
 
 
  
   
   

    
    
     
     

      
      mysql> BEGIN;
     
     

     
     

      
      Query OK, 0 rows affected (0.00 sec)
     
     

     
     

      
      

     
     

     
     

      
      mysql> DELETE FROM t where a=1;
     
     

     
     

      
      Query OK, 1 row affected (0.00 sec)
     
     

     
     

      
      

     
     

     
     

      
      mysql> INSERT INTO t SELECT 1,'2',2;
     
     

     
     

      
      Query OK, 1 row affected (0.00 sec)
     
     

     
     

      
      Records: 1  Duplicates: 0  Warnings: 0
     
     

     
     

      
      

     
     

     
     

      
      mysql>  SELECT * FROM information_schema.INNODB_TRX_UNDO ORDER BY undo_rec_no\G;
     
     

     
     

      
      *************************** 1. row ***************************
     
     

     
     

      
             trx_id: 30E
     
     

     
     

      
            rseg_id: 10
     
     

     
     

      
        undo_rec_no: 0
     
     

     
     

      
      undo_rec_type: TRX_UNDO_DEL_MARK_REC
     
     

     
     

      
               size: 37
     
     

     
     

      
              space: 0
     
     

     
     

      
            page_no: 314
     
     

     
     

      
             offset: 272
     
     

     
     

      
      *************************** 2. row ***************************
     
     

     
     

      
             trx_id: 30E
     
     

     
     

      
            rseg_id: 10
     
     

     
     

      
        undo_rec_no: 1
     
     

     
     

      
      undo_rec_type: TRX_UNDO_UPD_DEL_REC
     
     

     
     

      
               size: 46
     
     

     
     

      
              space: 0
     
     

     
     

      
            page_no: 314
     
     

     
     

      
             offset: 309
     
     

     
     

      
      2 rows in set (0.00 sec)
     
     

   
   
 
 
 
 

   可以看到事务的第二条SQL语句再次插入了主键值为1的记录，并且记录的大小没有发生变化，这意味着可以重用之前已经删除的部分，仅需对其他列的部分进行更新即可，而这就会产生 
  TRX_UNDO_UPD_DEL_REC的undo log。整理该undo log，最后可得： 
 
 

 

 
 
十六进值 说明
 01 63 undo log结束位置
 0d undo log类型，TRX_UNDO_UPD_EXIST_REC
 01  记录的info bit信息(1表示记录已经被delete mark）
 0d 表的ID 
 00 00 00 03 0e ca  记录的隐藏事务ID列
 00 00 01 33 01 10 记录的隐藏回滚指针列
 04  主键长度
 80 00 00 01 主键值（a=1）
 02 update vector 的数量
 03 update vector保存的列ID（列b）
 01 列占用的字节数
 31 列的值（b='1'）
 04  update vector保存的列ID（列c）  
 04  列占用的字节数
 80 00 00 01 列的值（c=1）
 00 0b 之后部分的字节数
 00 列的ID
 04  列占用的字节数
 80 00 00 01 列的值（a=1）
 03 列的ID
 01 列占用的字节数
 31 列的值（c=‘1’）
 01 35 开始位置
 

 

 
 
 

 


  可以看到在某些情况下即便用过数据结构update vector记录发生变化的列，但还是需要记录发生更改的索引列的信息。源码中给出了明确的答案： 

 

 
 
   
   

    
    
     
     

      
       
      
      /* In the case of a delete marking, and also in the case of an update
     
     

     
     

      
       where any ordering field of any index changes, store the values of all
     
     

     
     

      
       columns which occur as ordering fields in any index. This info is used
     
     

     
     

      
       in the purge of old versions where we use it to build and search the
     
     

     
     

      
       delete marked index records, to look if we can remove them from the
     
     

     
     

      
       index tree. */
     
     

   
   


 

 

 

 
 呼~~~ update undo log分析完了。可以尝试从源码文件trx0rec.c中的函数trx_undo_page_report_modify得到更为直接的答案。若希望自己分析undo log的内容，可以下载InnoSQL并进行尝试。下载地址：https://david-mysql-tools.googlecode.com/files/mysql-5.5.30-v1a-linux-x86_64.tar.gz 

 

 


                

        

        

    

  


    

      

        

            

              
                
                  linuxheik
                
              
            

            

                关注
              
            

        

        

          
      

      

            

                专栏目录
          









                



	

		

			

				
					
分布式事务Seata源码解析十：AT模式回滚日志undo log详细构建过程

				
			

			

				

					健身变秃，coding变强
				

				

					10-24
					
					4141
					
				

			

		

		

			
				
AT模式下undo log的构建 和 持久化是分两阶段进行的：
* **一阶段：**
    * 在执行业务SQL的同时，会根据业务SQL构建出before image 和 after image镜像数据的查询SQL；
   *  基于查询SQL的结果，每一列的数据采用`Field`对象存储、每一行数据采用`Row`对象存储，Row和Field对象的关系为一对多；
    * 由于业务SQL可能设计到多行，所以最终数据镜像采用`TableRecords`对象存储，TableRecords和Row也是一对多

			
		

	



                

            
              



	

		

			

				
					
清理MySQL undo log_清理mysql日志

				
			

			

				

					weixin_39853155的博客
				

				

					02-12
					
					1942
					
				

			

		

		

			
				
【Mysql 学习】日志的维护MySQL服务器可以创建各种不同的日志文件，从而可以很容易地看见所进行的操作。但是，对于生产库而言，会产生大量的日志占用大量磁盘空间，你必须定期清理这些文件，确保日志不会占用太多的硬盘空间。当启用日志使用MySQL时，你可能想要不时地备份并删除旧的日志文件，并告诉MySQL开始记入新文件。...文章yangyi_dba2011-01-11542浏览量mysql-bi...

			
		

	



              


  
              

                


	

		

			

				
					
InnoDB学习（四）之RedoLog和UndoLog

				
			

			

				

					小明的博客
				

				

					12-14
					
					1273
					
				

			

		

		

			
				
BinLog是MySQL Server层的日志，所有的MySQL存储引擎都支持BinLog。BinLog可以支持主从复制和数据恢复，但是对事务的ACID特性支持比较差。InnoDB存储引擎引入RedoLog和UndoLog事务日志，用于提升事务场景下的数据库性能。本文会对RedoLog和UndoLog进行介绍。
RedoLog和UndoLog
ChangeBuffer和WAL
我们以一条SQL更新语句来介绍RedoLog的作用，首先在数据库中创建user_info表，该表包含主键列id和姓名列，并向数据库中

			
		

	





	

		

			

				
					
InnoDB undo log解析（一）

				
			

			

				

					Jeffreyli168专栏
				

				

					09-16
					
					1402
					
				

			

		

		

			
				
原地址：http://insidemysql.blog.163.com/blog/static/2028340422013325115250722/

			
		

	



		

			
		



	

		

			

				
					
MySQL · 引擎特性 · InnoDB undo log 漫游

				
			

			

				

					qiuyepiaoling的专栏
				

				

					04-22
					
					1367
					
				

			

		

		

			
				
原文：http://mysql.taobao.org/monthly/2015/04/01/

本文是对整个Undo生命周期过程的阐述，代码分析基于当前最新的MySQL5.7版本。本文也可以作为了解整个Undo模块的代码导读。由于涉及到的模块众多，因此部分细节并未深入。
前言
Undo log是InnoDB MVCC事务特性的重要组成部分。当我们对记录做了变更操作时就会产生undo记录，U

			
		

	





	

		

			

				
					
InnoDB存储引擎的UndoLog与RedoLog解析

				
			

			

				

					
				

			

		

		

			
				
"MySQL InnoDB存储引擎中的UndoLog与RedoLog机制"  在MySQL的InnoDB存储引擎中，UndoLog和RedoLog是实现事务ACID属性（原子性、一致性、隔离性、持久性）的关键组件。它们共同确保了数据的正确性和系统在面对故障时...

			
		

	





	

		

			

				
					
日志：Redo Log 和 Undo Log

				
			

			

				

					m0_56069948的博客
				

				

					09-10
					
					208
					
				

			

		

		

			
				
Redo Log 是什么：Redo Log 被称为重做日志。Undo Log 是什么：Undo Log 被称为撤销日志、回滚日志。技术是为了解决问题而生的，通过 Redo Log 我们可以实现崩溃恢复，防止数据更新丢失，保证事务的持久性。也就是说，在机器故障恢复后，系统仍然能够通过 Redo Log 中的信息，持久化已经提交的事务的操作结果。事务回滚：可以对提前写入的数据变动进行擦除，实现事务回滚，保证事务的原子性。实现 MVCC 机制。

			
		

	





	

		

			

				
					
MySQL数据库InnoDB存储引擎Log漫游

				
			

			

				

					liaoyuanzi的专栏
				

				

					05-07
					
					866
					
				

			

		

		

			
				
本文是介绍MySQL数据库InnoDB存储引擎重做日志漫游
00 – Undo Log
Undo Log 是为了实现事务的原子性，在MySQL数据库InnoDB存储引擎中，还用Undo Log来实现多版本并发控制(简称：MVCC)。
- 事务的原子性(Atomicity)
  事务中的所有操作，要么全部完成，要么不做任何操作，不能只做部分操作。如果在执行的过程中发生
  了错误，要回滚(

			
		

	





	

		

			

				
					
Innodb undo之 undo物理结构的初始化

				
			

			

				

					cri5768的博客
				

				

					01-28
					
					258
					
				

			

		

		

			
				
水平有限，如果有误请指出。


一直以来未对Innodb 的undo进行好好的学习，最近刚好有点时间准备学习一下，通过阿里内核月报和自己看代码的综合总结一下。本文环境：



代码版本 percona 5.7....

			
		

	





	

		

			

				
					
InnoDB之Undo log

				
			

			

				

					morris
				

				

					09-24
					
					1443
					
				

			

		

		

			
				
事务回滚的需求
事务需要保证原子性，也就是事务中的操作要么全部完成，要么什么也不做。但是偏偏有时候事务执行到一半会出现一些情况，比如：
1、事务执行过程中可能遇到各种错误，比如服务器本身的错误，操作系统错误，甚至是突然断电导致的错误。
2、程序员可以在事务执行过程中手动输入ROLLBACK语句结束当前的事务的执行。
这两种情况都会导致事务执行到一半就结束，但是事务执行过程中可能已经修改了很多东西，为了保证事务的原子性，我们需要把东西改回原先的样子，这个过程就称之为回滚（rollback），这样就可以造成这个

			
		

	





	

		

			

				
					
InnoDB磁盘架构之undo log

				
			

			

				

					Android_la的博客
				

				

					12-07
					
					166
					
				

			

		

		

			
				
文章目录1 问题背景2 回顾3 undo log
1 问题背景

前面了解了InnoDB磁盘架构之redo log，今天了解undo log

2 回顾

InnoDB架构如下所示：


3 undo log

原文




			
		

	





	

		

			

				
					
innodb存储引擎中的redo log和undo log

				
			

			

				

					wdtsyz1的博客
				

				

					06-17
					
					558
					
				

			

		

		

			
				
redo log重做日志，用来保证事务的原子性和持久性。
undo log，用来保证事务的一致性，帮助事务的回滚和MVCC的功能。
区别与联系：
redo恢复提交事务修改的页操作，而undo回滚行记录到某个特定版本。
二者记录的内容不同，redo通常是物理日志，记录的是页的物理修改操作。undo是逻辑日志，根据每行记录进行记录。
redo log基本上是顺序写的，在数据库运行时，不需要对redo log的文件进行读取操作，而undo log是需要进行随机读写的。
具体介绍：
1）redo log
重做日志由

			
		

	





	

		

			

				
					
MySQL：事务（事务的实现之undo、purge、group commit）

				
			

			

				

					置身于量子事业的软件开发爱好者
				

				

					08-31
					
					968
					
				

			

		

		

			
				
asds事务(Transaction) 是数据库区别于文件系统的重要特性之一。在文件系统中，如果正在写文件，但是操作系统突然崩溃了，这个文件就很有可能被破坏。当然，有一些机制可以把文件恢复到某个时间点。不过，如果需要保证两个文件同步，这些文件系统可能就显得无能为力了。这正是数据库系统引入事务的主要目的：事务会把数据库从一种一致状态转换为另一种一致状态。在数据库提交工作时，可以确保要么所有修改都已经保存了，要么所有修改都不保存。
 asdsInnoDB 存储引擎中的事务完全符合ACID 的特性。ACID 是.

			
		

	





	

		

			

				
					
MySQL学习笔记：事务

				
			

			

				

					山鬼谣的专栏
				

				

					12-22
					
					336
					
				

			

		

		

			
				
环境
MacBook Pro
序言
MySQL 技术内幕 InnoDB 存储引擎 第二版
事务
事务的四个特性：
① 原子性
② 隔离性
③ 一致性
④ 持久性
其中，隔离性，是由锁来保证的。
原子性、一致性、持久性则是通过redo log和undo log来完成。




名称
描述
记录格式
读取方式




redo log
重做日志；用来保证事务的原子性和持久性
物理日志，记录页的物理修改操作
基本上是顺序读


undo log
用来保证事务的一致性
逻辑日志；根据每行记录进行记录
随机读


Q

			
		

	





	

		

			

				
					
MySQL系列-undo

				
			

			

				

					renyanjie123的博客
				

				

					12-17
					
					3316
					
				

			

		

		

			
				
之前讨论过redo的作用，那么与之对应的便是undo了，undo记录了事务的行为，实现了MySQL的回滚和MVCC。当update、delete或者insert一条数据，都会对应的在undo中生成一个前镜像信息，这个前镜像是以逻辑方式存储的（即反向更改的SQL语句，delete对应insert，insert对应delete），当需要rollback时，通过undo记录信息进行rollback，同Oracle undo一样，MySQL undo也是通过segment管理具体事务的，但是存储在共享表空间中（ib

			
		

	





	

		

			

				
					
MySQL(InnoDB剖析):40---事务之（事务的实现：undo log(回滚日志)）

				
			

			

				

					董哥的黑板报
				

				

					02-17
					
					2392
					
				

			

		

		

			
				
事务隔离性可以使用前面介绍的锁来实现。原子性、一致性、持久性通过数据库的redo log和undo log来完成：
	redo log：称为重做日志。用来保证事务的原子性和持久性
		undo log：用来保证事务的一致性
	
	redo和undo的作用都可以视为一种恢复操作：
	redo恢复提交事务修改的页操作
		undo回滚行记录到某个特定版本
	
	因此两者记录的内容也不同：
	redo通......

			
		

	





	

		

			

				
					
MySQL Innodb Purge简介

				
			

			

				

					weixin_40581617的博客
				

				

					09-30
					
					2507
					
				

			

		

		

			
				
前言

为什么MySQL InnoDB需要Purge操作？明确这个问题的答案，首先还得从InnoDB的并发机制开始。为了更好的支持并发，InnoDB的多版本一致性读是采用了基于回滚段的的方式。另外，对于更新和删除操作，InnoDB并不是真正的删除原来的记录，而是设置记录的delete mark为1。因此为了解决数据Page和Undo Log膨胀的问题，需要引入purge机制进行回收。下面我们来描述...

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

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

              

            

          

      

      余额充值