试试这个 Java 开源项目吧！

undo log(回滚日志)

undo log也是属于MySQL存储引擎InnoDB的事务日志。

undo log属于逻辑日志，如其名主要起到回滚的作用，它是保证事务原子性的关键。记录的是数据修改前的状态，在数据修改的流程中，同时会记录一条与当前操作相反的逻辑日志到undo log中。

我们举个栗子：假如更新ID=1记录的name字段，name原始数据为小富，现改name为程序员内点事

事务执行update X set name = 程序员内点事 where id =1语句时，先会在undo log中记录一条相反逻辑的update X set name = 小富 where id =1记录，这样当某些原因导致服务异常事务失败，就可以借助undo log将数据回滚到事务执行前的状态，保证事务的完整性。
 

上图中的write pos表示redo log当前记录的日志序列号LSN(log sequence number)，写入还未刷盘，循环往后递增;check point表示redo log中的修改记录已刷入磁盘后的LSN，循环往后递增，这个LSN之前的数据已经全落盘。

write pos到check point之间的部分是redo log空余的部分(绿色)，用来记录新的日志;check point到write pos之间是redo log已经记录的数据页修改数据，此时数据页还未刷回磁盘的部分。当write pos追上check point时，会先推动check point向前移动，空出位置(刷盘)再记录新的日志。

注意：redo log日志满了，在擦除之前，需要确保这些要被擦除记录对应在内存中的数据页都已经刷到磁盘中了。擦除旧记录腾出新空间这段期间，是不能再接收新的更新请求的，此刻MySQL的性能会下降。所以在并发量大的情况下，合理调整redo log的文件大小非常重要。

crash-safe

因为redo log的存在使得Innodb引擎具有了crash-safe的能力，即MySQL宕机重启，系统会自动去检查redo log，将修改还未写入磁盘的数据从redo log恢复到MySQL中。

MySQL启动时，不管上次是正常关闭还是异常关闭，总是会进行恢复操作。会先检查数据页中的LSN，如果这个 LSN 小于 redo log 中的LSN，即write pos位置，说明在redo log上记录着数据页上尚未完成的操作，接着就会从最近的一个check point出发，开始同步数据。

简单理解，比如：redo log的LSN是500，数据页的LSN是300，表明重启前有部分数据未完全刷入到磁盘中，那么系统则将redo log中LSN序号300到500的记录进行重放刷盘。
 

首先是投资挑战。自动化转型肯定是要花钱的，而且规模越大投资成本越高，运营商愿不愿意花钱，愿意花多少钱，来部署网络自动化，是一个问题。因为网络自动化产生的价值和投资回报并不像新业务上市那样会带来立竿见影的收入，这考验决策层的远见和魄力。

其次是转型挑战。网络自动化作为运营商数字化转型的一部分，面临的不只是技术的变革，还有企业组织架构和文化的转型，比如，如何从以“网络为中心”组织架构向以“以业务为中心”的组织架构转型，如何从传统工作方式向DevOps方式转型，如何从硬件文化向软件文化转型。据说用电力完全替代蒸汽机工厂花了近30年的时间，原因不在于通电有多难，主要在于工厂通电后不仅要花时间重新设计工厂，还要重新改变工厂组织架构，甚至是工资制度的设计。如今，要让AI渗入到网络工作的每一个环节，同样会面临相似的挑战。

再则是碎片化挑战。运营商的网络可能是地球上最复杂的系统之一，如果没有系统性的规划，可能会导致各种自动化工具孤岛式林立，人工干预与半自动化流程纵横交错，导致不必要的成本，以及效率难以提升。

总之，网络自动化是巨大的机会，也面临不少挑战。但一颗颗小石头永远阻挡不了趋势的滚滚洪流，自动化不是来与不来的问题，而是什么时候来的问题。准备不足就准备失败，这场网络自动化变革，你准备好了吗?

（编辑：济源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!