gydtep

Undo Segment会持有至少一个Undo Page，每个Undo Page会在开头38字节到56字节记录Undo Page Header，其中记录Undo Page的类型、最后一条Undo Record的位置，当前Page还空闲部分的开头，也就是下一条Undo Record要写入的位置。

gydtep

Undo Page剩余的空间都是用来存放Undo Log的，对于像上图Undo Log 1，Undo Log 2这种较短的Undo Log，为了避免Page内的空间浪费，InnoDB会复用Undo Page来存放多个Undo Log，而对于像Undo Log 3这种比较长的Undo Log可能会分配多个Undo Page来存放。需要注意的是Undo Page的复用只会发生在第一个Page。

gydtep

多版本的目的是为了避免写事务和读事务的互相等待，那么每个读事务都需要在不对Record加Lock的情况下， 找到对应的应该看到的历史版本。所谓历史版本就是假设在该只读事务开始的时候对整个DB打一个快照，之后该事务的所有读请求都从这个快照上获取。

gydtep

之后通过row_upd_rec_in_place，用update vector修改当前持有的Record拷贝中的信息，获得Record的这个历史版本。之后调用自己ReadView的changes_visible判断可见性，如果可见则返回用户。完成这个历史版本的读取。

gydtep

们已经知道，InnoDB在Undo Log中保存了多份历史版本来实现MVCC，当某个历史版本已经确认不会被任何现有的和未来的事务看到的时候，就应该被清理掉。因此就需要有办法判断哪些Undo Log不会再被看到。I

gydtep

其中trx_undo_prev_version_build会根据当前的rollptr找到对应的Undo Record位置，这里如果是rollptr指向的是insert类型，或者找到了已经Purge了的位置，说明到头了，会直接返回失败。

gydtep

Crash Recovery时，需要利用Undo中的信息将未提交的事务的所有影响回滚，以保证数据库的Failure Atomic。前面提到过，InnoDB中的Undo其实是像数据一样处理的，也从上面的组织结构中可以看出来，Undo本身有着比Redo Log复杂得多、按事务分配而不是顺序写入的组织结构

gydtep

在绿色数据中心方面，阿里云以低碳选址、清洁能源、液冷技术等融合AI应用，加速绿色节能技术创新及迭代升级，做到“少用电、用好电、用绿电”；在绿色计算方面，通过技术创新实现资源利用率显著提升、助力自身节能减排，今年每一笔订单在交易环节的碳排放进一步减少；

gydtep

阿里云数据中心大规模使用绿电，为“双11减碳计划”提供绿色“后盾”
为助力数据中心低碳绿色发展，近年来，阿里巴巴积极响应国家“双碳”战略要求，开展清洁能源电力交易。2018年，张北数据中心加入张家口“四方协作机制”风电交易，率先在全国数据中心行业开展非水可再生能源电力交易。

gydtep

值得一提的是，阿里巴巴张北数据中心成为行业内首个碳普惠试点项目，获评2020年国家绿色数据中心，入选2021年国家生态环境部低碳绿色典型案例。