在数据修改的时候，不仅记录了redo，还记录了相对应的undo，如果因为某些原因导致事务失败或回滚了，可以借助该undo进行回滚。
今天无意中发现了一个云栖社区举行的MySQL“第一季：挑战玄惭之 慢SQL性能优化赛”，在测试服务器上执行其测试脚本写入数据的时候报错提示如下， Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storage,increase this mysqld variable and try agagin
需要注意的是，故障恢复的具体步骤和策略会根据故障的类型和严重程度而有所不同。此外，MySQL的不同版本可能还会有不同的故障恢复机制。
简单说，复制就是将来自一个MySQL数据库服务器（主库）的数据复制到一个或多个MySQL数据库服务器（从库）。传统的MySQL复制提供了一种简单的Primary-Secondary复制方法，默认情况下，复制是单向异步的。MySQL支持两种复制方式：基于行的复制和基于语句的复制。这两种方式都是通过在主库上记录二进制日志（binlog）、在从库重放中继日志（relylog）的方式来实现异步的数据复制。二进制日志或中继日志中的记录被称为事件。所谓异步包含两层含义，一是主库的二进制日志写入与将其发送到从库是异步进行的，二是从库获取与重放日志事件是异步进行的。这意味着，在同一时间点从库上的数据更新可能落后于主库，并且无法保证主从之间的延迟间隔。
mysql 复制是基于binlog日志的，binlog日志中根据事件类型，事件以不同的格式被记录到二进制日志中，复制的格式由系统变量binlog_format控制，mysql支持三种格式的binlog日志格式设置，各有优缺点：如下
当我们因为误操作修改了数据库中的数据, 同时有没有备份可以恢复时, 我们就可以通过分析二进制日志, 对日志中记录的数据修改操作做反向处理的方式来达到恢复数据的目的
在MySQL数据库和InnoDB存储引擎中，有很多种文件，如：参数文件、日志文件、socket文件、pid文件、MySQL表结构文件、存储引擎文件。
不停库不锁表在线主从配置 http://seanlook.com/2015/12/14/mysql-replicas/ MySQL之间数据复制的基础是二进制日志文件。一台MySQL数据库一旦启用二进制日志后，其作为master，它的数据库中所有操作都会以“事件”的方式记录在二进制日志中，其他数据库作为slave通过一个I/O线程与主服务器保持通信，并监控master的二进制日志文件的变化，如果发现master二进制日志文件发生变化，则会把变化复制到自己的中继日志中，然后slave的一个SQL线程会把相关的
MySQL 8.0开始支持原子数据定义语言（DDL）语句。此功能称为原子DDL。原子DDL语句将与DDL操作关联的数据字典更新，存储引擎操作和二进制日志写入组合到单个原子事务中。即使服务器在操作期间暂停，也会提交事务，并将适用的更改保留到数据字典，存储引擎和二进制日志，或者回滚事务。
GTID是MySQL数据库每次提交事务后生成的一个全局事务标识符，GTID不仅在本服务器上是唯一的，其在复制拓扑中也是唯一的
在mysql5.6之前的版本支持传统的复制，即基于二进制文件和位置的复制。mysql5.6及其以后的版本支持基于GTID的复制，有了GTID复制不需要指定文件和位置了，复制会自动找二进制日志和位置
MySQL复制全解析 Part 2 一步步搭建基于二进制文件位置的MySQL复制
InnoDB 事务日志包括redo log和undo log，其中redo log是重做日志，提供前滚操作；undo log是回滚日志，提供回滚操作。undo log不是redo log的逆向过程，其实它们都算是用来恢复的日志：
这几天要折腾mysql服务器，所以在网上搜罗了一些维护策略，然后自己总结实验，下面是我的总结经验和别人的一些建议。
innodb事务日志包括redo log和undo log。redo log是重做日志，提供前滚操作，undo log是回滚日志，提供回滚操作。
由于数据库的读量大于写量，所以当读锁源源不断时，写锁就不能施加。所以可能采用读5个，写1个的策略施加锁就可以解决问题(具体的情况视各自的"锁策略"而定)
1、MySQL 被设计成一个单进程多线程架构的数据库，MySQL 数据库实例在系统上的表现就是一个进程。
1. 做灾难恢复：对损坏的数据进行恢复和还原 2. 需求改变：因需求改变而需要把数据还原到改变以前测试：测试新功能是否可用
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/wzy0623/article/details/91047395
今天简单写写MySQL中跟数据安全相关的两个关键参数吧，一个是innodb_flush_log_at_trx_commit，另外一个是sync_binlog，首先我们来看看这两个参数分别是什么意思吧：
一旦使用 MySQL 的复制功能，就很大可能会碰到主备切换的情况。也许是为了迭代升级服务器，或者是主库出现问题时，将一台备库转换成主库，或者只是希望重新分配容量。不过出于什么原因，都需要将新主库的信息告诉其它备库。
备份的本质就是将数据集另存一个副本，但是原数据会不停的发生变化，所以利用备份只能恢复到数据变化之前的数据。那变化之后的呢？所以制定一个好的备份策略很重要。
事务通常是以BEGIN TRANSACTION 开始，以 COMMIT 或 ROLLBACK 结束。COMMIT 表示提交，即提交事务的所有操作。具体的说就是将事务中的所有对数据库的更新写回到磁盘上的物理数据库中，事务正常结束。ROLLBACK表示回滚，即在事务中运行的过程中发生了某种故障，事务不能继续执行，系统将事务中对数据库所有已完成的操作全部撤销，回滚到事务开始时的状态，这里的操作指对数据库的更新操作。
一、MySQL简单复制相关概念： mysql复制的意义：Mysql复制是使得mysql完成高性能应用的前提 mysql复制的机制： SLAVE端线程: IO thread: 向主服务请求二进制日志中的事件 当读取完毕后，IO线程将进行睡眠，当主服务器有新数据时，则主服务器唤醒从服务器的IO线程 SQL thread：从中继日志读取事件并在本地执行， 如果二进制日志开启式，同样会记录二进制日志，但为了节约空间和提高性能，需要关闭从服务器不能执行写操作，如果执行写操作则和主服务器不同步。 MASTER端
谁也不能保证计算机系统能够永远无故障的执行下去。网络波动、磁盘损坏等现网高频故障，机房掉电、服务器硬件失效等低频却又致命的故障，时刻考验着我们的系统。
wait_timeout：客户端连接自动断开连接时间（默认值是28800s，8个小时），自动断开的操作是“Server层的连接器做的”，断开后需要重新连接；
接上一篇文章使用Xtrabackup备份MySQL数据库，下面介绍使用Xtrabackup实现MySQL数据库的增量备份
mysql数据库备份有多么重要已不需过多赘述了，废话不多说！以下总结了mysql数据库的几种备份方案： 一、binlog二进制日志通常作为备份的重要资源，所以再说备份方案之前先总结一下binlog日志~~ 1.binlog日志内容 1）引起mysql服务器改变的任何操作。 2）复制功能依赖于此日志。 3）slave服务器通过复制master服务器的二进制日志完成主从复制，在执行之前保存于中继日志(relay log)中。 4）slave服务器通常可以关闭二进制日志以提升性能。 2.binlog日志文件的文
--upgrade=minimal：当MySQL Server指定--upgrade=minimal选项启动时，如果发现需要执行更新，则，在执行升级操作完成之后，可能会导致组复制无法启动，因为minimal选项在执行更新时，只会更新数据字典、information_schema、performance_schema，但不会更新组复制内部所依赖的系统表（--upgrade选项在MySQL 8.0.16版本引入，之后，升级操作将不再需要单独使用mysql_upgrade工具，默认情况下--upgrade选项值为AUTO，表示自动判断是否需要执行完整的更新操作）。
（1） 错误日志log_error：记录MySQL服务的启动、运行或停止MySQL服务时出现的问题
二进制日志（binary log）是mysql的一种日志记录了mysql中的数据变更操作，二进制日志主要有以下作用：
这篇文章主要介绍了MySQL系列之redo log、undo log和binlog详解,本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下。
日志用于记录数据库的运行情况，以及用户对数据库执行的各类操作。当数据库发生故障时，可以根据日志分析和解决问题，从而对数据库进行恢复。MySQL 的日志类型如下：
MySQL8.0支持原子DDL。原子DDL将DDL操作相关联的数据字典更新、存储引擎操作和二进制日志写入合并到单个原子事务中。
chown -R mysql.mysql /backup/ 把备份的目录所属人所属组改为mysql
主要介绍：复制功能介绍、mysql二进制日志、mysql复制拓扑、高可用框架、单点故障、读写分离和负载均衡介绍等 mysql复制功能介绍 mysql复制功能提供分担读负载 复制解决的问题 实现在不同服务器上的数据分布 利用二进制日志增量进行 不需要太多的带宽 但是使用基于行的复制在进行大批量的更改时会对带宽带来一定得压力，特别是跨IDC环境下进行复制 实现在不同服务器上的数据分布 实现数据读取的负载均衡 需要其他组件配合完成 利用DNS轮询的方式把程序的读连接到不同的备份数据库， 使用LVS，haproxy
有时我们会遇到操作人员误删或者误更新数据的情况，这时我们迫切希望把原来的数据还原回来，今天我们介绍一个简单的工具来方便的实现此功能。
本文是微信公众号【Java技术江湖】的《重新学习MySQL数据库》其中一篇，本文部分内容来源于网络，为了把本文主题讲得清晰透彻，也整合了很多我认为不错的技术博客内容，引用其中了一些比较好的博客文章，如有侵权，请联系作者。
类型：ext2 3 4 ，xfs 数据。 不管使用什么文件系统，数据内容不会变化，不同的是，存储空间、大小、速度。
挺多朋友问我宝塔面板的二进制日志怎么关闭，其实前面介绍过宝塔的二进制日志，因为最开始买的服务器硬盘不够，二进制日志文件生成的文件比较占空间，还导致mysql服务启动不了，最后因此关掉了宝塔的二进制日志，具体可以参见关闭二进制日志文件解决宝塔面板mysql服务无法启动。
二进制日志中以“事件”的形式记录了数据库中数据的变化情况，对于MySQL数据库的灾难恢复起着重要的作用。
同大多数关系型数据库一样，日志文件是 MySQL 数据库的重要组成部分。MySQL 有几种不同的日志文件，通常包括错误日志文件，二进制日志，通用日志，慢查询日志，等等。这些日志可以帮助我们定位 mysqld 内部发生的事件，数据库性能故障，记录数据的变更历史，用户恢复数据库等等。本文主要描述错误日志文件。
MySQL 服务器支持一个HELP语句，该语句从 MySQL 参考手册中返回信息（参见 Section 15.8.3, “HELP Statement”）。这些信息存储在mysql模式的几个表中（参见 Section 7.3, “The mysql System Schema”）。HELP语句的正确操作要求这些帮助表被初始化。
🧑个人简介：大家好，我是 shark-Gao，一个想要与大家共同进步的男人😉😉
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
