innodb page重组空间压缩函数(btr_page_reorganize_low)注释

我的学习记录原创!禁止转载

当innodb一个page碎片页过多会触发重组,这个重组过程在内存中完成,函数主要如下:

点击(此处)折叠或打开

  1. bool
  2. btr_page_reorganize_low
  3. {
  4.     buf_block_t*    block        = page_cur_get_block(cursor);//获取buf_block_t位置
  5.     page_t*        page        = buf_block_get_frame(block); //获取数据域指针
  6.     data_size1 = page_get_data_size(page); // 数据实际需要的空间不包含碎片空间
  7.     max_ins_size1 = page_get_max_insert_size_after_reorganize(page, 1); //可用于存储数据剩余的空间包含碎片空间
  8.   //此两个函数都是排除了碎片因素实际的空间,也是重组后实际的空间需求
  9. #ifndef UNIV_HOTBACKUP
  10.     temp_block = buf_block_alloc(buf_pool);//从pool分配一个临时block
  11. #else /* !UNIV_HOTBACKUP */
  12.     ut_ad(block == back_block1);
  13.     temp_block = back_block2;
  14. #endif /* !UNIV_HOTBACKUP */
  15.     temp_page = temp_block->frame; //指向实际的数据域指针这里存储着实际的数据 但是此时为空
  16.     /* Copy the old page to temporary space */
  17.     buf_frame_copy(temp_page, page); //将当前页的数据page指针指向复制到temp_page用于临时保存
  18. #ifndef UNIV_HOTBACKUP
  19.     if (!recovery) {
  20.         btr_search_drop_page_hash_index(block);
  21.     }
  22. #endif /* !UNIV_HOTBACKUP */
  23.     /* Save the cursor position. */
  24.     pos = page_rec_get_n_recs_before(page_cur_get_rec(cursor)); //保存当前游标地址这是预先定位好的 这里返回是一个位置,这个位置在重组前后不会更改
  25.     /* Recreate the page: note that global data on page (possible
  26.     segment headers, next page-field, etc.) is preserved intact */
  27.     page_create(block, mtr, dict_table_is_comp(index->table), is_spatial);//在函数page_create_low的作用下初始化这个块重构各种固定信息,这个块已经清空而老信息存储在temp中
  28.     /* Copy the records from the temporary space to the recreated page;
  29.     do not copy the lock bits yet */
  30.     page_copy_rec_list_end_no_locks(block, temp_block, //这里temp block就是老的数据 逐行拷贝到 block中完成空间重组
  31.                     page_get_infimum_rec(temp_page),
  32.                     index, mtr); //拷贝所有的块内部的行到新建的page中 这个函数完成了重组一行一行的插入没有碎片空间了
  33.     data_size2 = page_get_data_size(page);//获得重组后数据的空间
  34.     max_ins_size2 = page_get_max_insert_size_after_reorganize(page, 1);
  35.     if (data_size1 != data_size2 || max_ins_size1 != max_ins_size2) {//这里做判断重组前后有效数据和剩余空间是否相等 不相等当然数据出现问题
  36.         ib::error()
  37.             << "Page old data size " << data_size1
  38.             << " new data size " << data_size2
  39.             << ", page old max ins size " << max_ins_size1
  40.             << " new max ins size " << max_ins_size2;
  41.         ib::error() << BUG_REPORT_MSG;
  42.         ut_ad(0);
  43.     } else {
  44.         success = true;
  45.     }
  46.     /* Restore the cursor position. */
  47.     if (pos > 0) { //重新恢复定位游标
  48.         cursor->rec = page_rec_get_nth(page, pos);
  49.     } else {
  50.         ut_ad(cursor->rec == page_get_infimum_rec(page));
  51.     }
  52.     return(success);
  53. }

仅此记录!

时间: 2024-09-24 18:27:04

innodb page重组空间压缩函数(btr_page_reorganize_low)注释的相关文章

innblock 工具| InnoDB page观察利器

innblock | InnoDB page观察利器 特别鸣谢 笔者是知数堂早期学员,最初有写这么一个工具的想法也得到叶金荣老师的认可和鼓励,这个想法也整整耗掉了好几个晚上的休息时间,这里再次感谢叶金荣老师对工具审核,叶老师的经验和学识是每一位学员宝贵的财富. 感谢<>主要作者周彦伟.王竹峰.强昌金对本工具的认可并授权引用部分内容,如果大家对本文的内容感到吃力可以自行参考该书,也可以和书中部分章节配合使用学习. 感谢我所在的易极付公司DBA团队同事戴正勇.杨海波.田兴椿.邹启健,在我研究和编写

MySQL内核月报 2015.03-MySQL · 性能优化· 5.7.6 InnoDB page flush 优化

在上期的月报中,我们已经详细介绍了Oracle MySQL以及社区分支最新的对InnoDB page flush的优化.在最近release的5.7.6版本中又有了进一步的改进.主要包括以下几点修改 修改一.更精确的loop时间 Page cleaner每做srv_flushing_avg_loops次flush后,会去计算刷脏和Redo LSN增长的速度.由于每次Page cleaner的工作量是自适应的,一次flush操作的时间可能超过1秒. 在新版本中,统一采用当前时间和上次更新速率的时间

MySQL 5.7.6 WL#7868 Innodb page flush优化

在上期的我们的月报(2015/2)中,我们已经针对Oracle MySQL以及社区版本最新的对innodb page flush的优化做了详细的介绍. 在最近release的5.7.6版本中又有了进一步的改进.     修改一.更精确的loop计算时间     Page cleaner会每做srv_flushing_avg_loops次后,会去计算刷脏和redo lsn增长的速度.由于每次Page cleaner的工作量是自适应的,一次flush操作的时间可能超过1秒,因此做N次loop的总时间

MySQL InnoDB 共享表空间和独立表空间

MySQL  InnoDB 共享表空间和独立表空间 官网:https://dev.mysql.com/doc/refman/5.6/en/innodb-multiple-tablespaces.html 前言:学习mysql的时候总是习惯性的和oracle数据库进行比较.在学习mysql InnoDB的存储结构的时候也免不了跟oracle进行比较.Oracle的数据存储有表空间.段.区.块.数据文件:mysql InnoDB的存储管理也类似,但是mysql增加了一个共享表空间和独立表空间的概念:

InnoDB数据表空间文件平滑迁移

如何迁移? 从MySQL文档中我们了解到,InnoDB的表空间可以是共享的或独立的.如果是共享表空间,则所有的表空间都放在一个文件里:ibdata1,ibdata2..ibdataN,这种情况下,目前应该还没办法实现表空间的迁移,除非完全迁移,因此不在本次讨论之列:我们只讨论独立表空间的情况. 不管是共享还是独立表空间,InnoDB每个数据表的元数据(metadata)总是保存在 ibdata1 这个共享表空间里,因此该文件必不可少,它还可以用来保存各种数据字典等信息.数据字典中,会保存每个数据

MySQL内核月报 2014.08-MariaDB·分支特性·支持大于16K的InnoDB Page Size

背景 最近发布的MariaDB 10.1 Alpha版本,提交了一个改动,放宽了InnoDB Page<=16K的限制,将上限提高到64K. 从MDEV-6075需求文档中可以看出,目前只支持COMPACT的结构,DYNAMIC结构能否支持还在研究,COMPRESSED结构则确定无法支持. 业务应用 什么情况下需要64K这么大的页面呢? 我们知道一个Page,不是所有的page_size都可以用来存数据,还有一些管理信息要存,例如页头和页尾(InnoDB Page). 此外,InnoDB Buf

mysql innodb整理表空间 DATA_FREE值为啥不减小?

问题描述 mysql innodb整理表空间 DATA_FREE值为啥不减小? mysql5.5 innodb进行表空间的整理 ALTER TABLE fee_sum_day_provice ENGINE=InnoDB 整理完成后查询下表的DATA_FREE 发现没有减小和整理之前一样 为啥呢 ALTER TABLE不咋好使呢?

innblock | InnoDB page观察利器

特别鸣谢 笔者是知数堂早期学员,最初有写这么一个工具的想法也得到叶金荣老师的认可和鼓励,这个想法也整整耗掉了好几个晚上的休息时间,这里再次感谢叶金荣老师对工具审核,叶老师的经验和学识是每一位学员宝贵的财富. 感谢<MySQL运维内参>主要作者周彦伟.王竹峰.强昌金对本工具的认可并授权引用部分内容,如果大家对本文的内容感到吃力可以自行参考该书,也可以和书中部分章节配合使用学习. 感谢我所在的易极付公司DBA团队同事戴正勇.杨海波.田兴椿.邹启健,在我研究和编写代码的时候承担了大部分的数据库相关的

查看InnoDB的磁盘空间利用率

这周阿里集团DBA内部分享时,支付宝的黄忠同学提了一个问题,关于InnoDB索引page 的利用率. page利用率 主要是指btee里面每个page的使用被使用的空间大小.我们知道InnoDB默认一个page大小是16k.但实际使用情况不会总用满 我们定义为所有page的总使用字节除以总字节数. 在理论分析之前,我们要先弄个工具,查一下. 实例统计 写了一个简单的工具,读ibd文件上的每个page,算出每个page的实际使用字节,可以得到利用率. 我们找了线上一个库来模拟.表中有1个自增主键和