centos,技术分享
redolog 是 Innodb 独有的日志,而 binlog 是 server 层的,所有的存储引擎都有使用到; redolog 记录了具体的数值,对某个页做了什么修改,binlog 记录的操作内容; binlog 大小达到上限或者 flush log 会生成一个新的文件,而 redolog 有固定大小只能循环利用;
假设执行 sql 过程中写完 redo log 日志后,binlog 日志写期间发生了异常,会出现什么情况呢? 由于 binlog 没写完就异常,这时候 binlog 里面没有对应的修改记录。因此,之后用 binlog 日志恢复数据时,就会少这一次更新,最终数据不一致。 为了解决两份日志之间的逻辑一致问题,Inno
我们知道如果想要保证事务的原子性,就需要在异常发生时,对已经执行的操作(INSERT、DELETE、UPDATE)进行回滚,在 MySQL 中,恢复机制是通过回滚日志(undo log) 实现的,所有事务进行的修改都会先记录到这个回滚日志中,然后再执行相关的操作。 每次对记录进行改动都会记录一条 undo log,每
relaylog 是中继日志,在主从同步的时候使用到,它是一个中介临时的日志文件,用于存储从 master 节点同步过来的 binlog 日志内容。 master 主节点的 binlog 传到 slave 从节点后,被写入 relay log 里,从节点的 slave sql 线程从 relaylog 里读取日志然后
最宽广的,是你的胸怀;最粗糙的,是你的手掌;最有力的,是你的臂膀;最沧桑的,是你的面庞。你最疼爱的,是我和妈妈。亲爱的爸爸,父亲节快乐!
**清瘦杜秋娘。——吴文英《浪淘沙·九日从吴见山觅酒》