yunqi1215-CSDN博客

转载 mysql binlog

binlog 文件保存的是全量的日志，也就是保存了所有数据变更的情况，理论上只要记录在 binlog 上的数据，都可以恢复，所以如果不小心整个数据库的数据被删除了，得用 binlog 文件恢复数据。因为 redo log 文件是循环写，是会边写边擦除日志的，只记录未被刷入磁盘的数据的物理日志，已经刷入磁盘的数据都会从 redo log 文件里擦除。binlog 是追加写，写满一个文件，就创建一个新的文件继续写，不会覆盖以前的日志，保存的是全量的日志。redo log 是 Innodb 存储引擎实现的日志；

2024-03-18 17:47:56 45

转载 mysql redo log

开启事务后，InnoDB 层更新记录前，首先要记录相应的 undo log，如果是更新操作，需要把被更新的列的旧值记下来，也就是要生成一条 undo log，undo log 会写入 Buffer Pool 中的 Undo 页面。WAL 技术指的是， MySQL 的写操作并不是立刻写到磁盘上，而是先写日志，然后在合适的时间再写到磁盘上。当系统崩溃时，虽然脏页数据没有持久化，但是 redo log 已经持久化，接着 MySQL 重启后，可以根据 redo log 的内容，将所有数据恢复到最新的状态。

2024-03-18 17:45:57 47 1

转载 mysql undo log

在执行执行一条“增删改”语句的时候，虽然没有输入 begin 开启事务和 commit 提交事务，但是 MySQL 会隐式开启事务来执行“增删改”语句的，执行完就自动提交事务的，这样就保证了执行完“增删改”语句后，我们可以及时在数据库表看到“增删改”的结果了。执行一条语句是否自动提交事务，是由 autocommit 参数决定的，默认是开启。所以，执行一条 update 语句也是会使用事务的。当一个事务在执行过程中，在还没有提交事务之前，如果。发生了崩溃，要怎么回滚到事务之前的数据呢？语句，期间发生了什么？

2024-03-18 17:41:06 28 1

yunqi1215的博客

转载 mysql binlog

转载 mysql redo log

转载 mysql undo log

原创 Kind

原创网络插件

原创 Helm

原创 RBAC

原创 ConfigMap

原创 Secret

原创 Job&CronJob

原创 Ingress

原创 DeamonSet

原创 PV&PVC

原创 StatefulSet

原创 Service

原创 Deployment

原创 Pod

原创 kubeadm 安装k8s

原创 CentOS7 安装ELK

原创 Bind安装dnstap日志

原创 MySQL主从复制实战

空空如也

空空如也