摘录自：http://gfsunny.blog.51cto.com/990565/1566683
在使用MySQL数据库时，有时会出现ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction 这样的报错。而在一个事务中，如果其中一条sql执行时出现此报错，对本事务的其他脚本是否有影响呢，后面如果执行commit操作，报错之前语句的结果是否成功呢？这个结果与隔离级别以及innodb_rollback_on_timeout参数设置有关。
PG对于事务行为有更为苛刻的保证，使用回滚的方式避免幻读，MYSQL不会回滚事务所以在业务侧看起来更加易用但也更加容易让人混淆。
如果在执行一个业务操作的时候，需要执行多条SQL语句，必须保证所有的SQL语句都执行成功。只要其中有一条执行失败，则所有的SQL语句都要进行回滚
经常看到有人写关于锁的事情，但常常感觉给人一个感觉，数据库的ACID 是通过锁来控制的，实际上数据库的ACID 控制是复杂的，MVCC 就是一个对资源并发访问时的提高并发访问的有效的方法
在默认情况下，用户执行的每一条SQL语句都会被当成单独的事务自动提交。如果要将一组SQL语句作为一个事务，则需要先执行以下语句显式地开启一个事务。
爱可生北分团队 DBA，主要负责项目前期建设及后期疑难问题支持。做事认真，对事负责。
binlog是记录所有数据库表结构变更（例如CREATE、ALTER TABLE…）以及表数据修改（INSERT、UPDATE、DELETE…）的二进制日志。
其实，讨论MySQL的事务回滚机制，也就是在说MySQL的事务原子性是如何实现的（关于事务之前文章中有过简单介绍）。
如果回滚到上面设置的保存点s1,那么account表中的数据自然就没有了。这就是回滚事务。
如果没有事务的⽀持，可能出现错：A账户减少了100，此时系统挂了，导致B账户没有加
原子性（Atomicity）：事务是一个完整的操作。事务的各步操作是不可分的（原子的）；要么都执行，要么都不执行
MySQL 8.0开始支持原子数据定义语言（DDL）语句。此功能称为原子DDL。原子DDL语句将与DDL操作关联的数据字典更新，存储引擎操作和二进制日志写入组合到单个原子事务中。即使服务器在操作期间暂停，也会提交事务，并将适用的更改保留到数据字典，存储引擎和二进制日志，或者回滚事务。
Redis作为一个非关系型数据库，已经被应用在各种高性能的业务场景。Redis是一个基于内存性质的数据库，因此在读写上面都是有着非常不错的性能，在实际的使用过程中，大多数也是用在一些业务数据缓存的情况。
事务(Transaction) 是访问和更新数据库的基本执行单元，一个事务中可能会包含多个 SQL 语句，事务中的这些 SQL 语句要么都执行，要么都不执行，而 MySQL 它是一个关系型数据库，它自然也是支持事务的。事务同时也是区分关系型数据库和非关系型数据库的一个重要的方面。
通过上文《MySQL是如何保证数据不丢失的？》可以了解DML的操作流程以及数据的持久化机制。对于一个数据库而言，除了数据的持久性、不丢失之外，一致性也是非常重要的，不然这个数据是没有任何意义的。在使用MySQL时，数据不一致的情况也可能出现，所以，本文就来看看MySQL是如何保证数据一致的。
Undo Log（回滚日志）是MySQL中的一种重要数据结构，用于实现事务的ACID特性中的"Atomicity"（原子性）和"Isolation"（隔离性）。
Redis作为一个非关系型数据库，已经被应用在各种高性能的业务场景。Redis是一个基于内存性质的数据库，因此在读写上面都是有这非常不错的性能，在实际的使用过程中，大多数也是用在一些业务数据缓存的情况。一般团队都是自己搭建Redis，也会使用云服务，例如腾讯云Redis服务。支持主从热备，提供自动容灾切换、数据备份、故障迁移、实例监控、在线扩容、数据回档等全套的数据库服务。
GitHub分享了他们将自己1200+节点、300+TB数据存储的MySQL集群从5.7升级至8.0的故事
15年前，GitHub作为一个Ruby on Rails应用程序开始，只有一个MySQL数据库。从那时起，GitHub已经发展了其MySQL架构，以满足平台的扩展和弹性需求，包括构建高可用性，实现测试自动化和分区数据。今天，MySQL仍然是GitHub基础设施的核心部分，也是我们选择的关系数据库。
MySQL事务特性之一就是要保证原子性，一组SQL要么全部成功、要么全部失败。当事务进行过程中，如果出现失败或者异常情况要进行回滚，回到之前最初的样子，要这样实现就要需要把之前的数据记录下来。
当用户发出commit的时候, mysql服务器宕机了, 下次启动的时候是回滚还是恢复呢.
我们可以在mysql事务处理过程中定义保存点(SAVEPOINT)，然后回滚到指定的保存点前的状态。
在线上环境中部署脚本，可谓是常在河边走，哪有不湿鞋，所以大大小小的案例总结下来，还是会发现一些有趣的地方，这些可以作为操作时的一些参考，仅供参考而已。 第一类脚本是修复脚本，比如提供的数据修复功能，数据补丁等，这类脚本的特点是后续的数据变更很可能会依赖于之前的操作，环环相扣。所以一旦执行过程中出现问题，就需要保证这个操作可回退，否则会是雪上加霜。 image.png 第二类的脚本是彼此之间没有直接联系。哪怕是中间执行出一点问题也不会直接影响其他业务。 image.png 第三类的脚本介于两者之间，有互相的
在我们深入了解如何进行升级之前，让我们先从 10,000 英尺的高度看一下我们的 MySQL 基础设施：
什么是事务？ 事务是一组原子性的sql语句，或者说是一个独立的工作单元。事务有四个特性，原子性(Atomicity),一致性(Consistency),隔离型(Isolation)以及持久性(Durability)。今天想跟大家一起研究下事务内部到底是怎么实现的。
pg数据库的回滚是瞬间完成的。看到这句话是不是觉得pg很先进，确实是这样，但是也是有代价的，下面聊一聊这个问题。
最近碰到MySQL上一个和回滚相关的问题，还需要了解其中的一些机制，尤其是Undo，GreatSQL社区的这篇文章《图文结合带你搞定MySQL日志之Undo log(回滚日志)》，能让我更多了解MySQL的Undo机制，借鉴一下。
此篇文章算是对mysql事务的一个总结，在了解这些之前我们先对mysql在执行的过程中 有一个整体的认识，如下图
MySQL8.0支持原子DDL。原子DDL将DDL操作相关联的数据字典更新、存储引擎操作和二进制日志写入合并到单个原子事务中。
MySQL中提供了四个事务隔离级别：读未提交（Read Uncommitted）、读已提交（Read Committed）、可重复读（Repeatable Read）和串行化（Serializable）。不同的事务隔离级别对并发访问有不同的影响。
除了前两篇的日志学习，MySQL还有两个特殊的日志----回滚日志(undo log)和重做日志(redo log)，统称事务日志。 事务日志，顾名思义是为了保障数据的原子性和一致性。
以上就是mysql事务的四个特点，希望对大家有所帮助。更多mysql学习指路：MySQL
MySQL 中并非所有的数据库存储引擎都支持事务操作，比如 MyISAM 就不支持。所以，使用事务处理的时候一定要确定所操作的表示是否支持事务处理，可以通过查看建表语句来查看有没有指定事务类型的存储引擎。当然，事务处理是为了保障表数据原子性、一致性、隔离性、持久性。这些都需要消耗系统资源，请谨慎选择。
既然聊的是Mysql事务的隔离机制，那在这里我们就默认mysql使用的是InnoDB引擎。事务这个词也还算抽象，在这里我就把大家当做大黄鸭，都细细的聊一边。
相信大家都用过事务以及了解他的特点，如原子性(Atomicity),一致性(Consistency),隔离型(Isolation)以及持久性(Durability)等。今天想跟大家一起研究下事务内部到底是怎么实现的，在讲解前我想先抛出个问题： 事务想要做到什么效果？
事务就是保证一组数据库操作要么全部成功，要么全部失败。MySQL中，事务的支持是在引擎层实现的。InnoDB支持事务，MyISAM不支持事务，这也是InnoDB逐渐取代MyISAM的原因之一。
一般的做法是找到3天前的备份, 做全备恢复, 然后跑binlog跑到指定时间点即可.
最近在重新整理MYSQL 8的MY.CNF 的配置, 在和组员讨论的试试,我们的MYSQL DBA 提出一个问题, innodb_deadlock_detect 和 innodb_rollback_on_timeout, 以及事务回滚的问题.
MySQL系列会通过引擎、索引、事务、锁来说明，这篇文章讲讲基本的概念和引擎的区别。
MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你即需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！
Undo Log:数据库事务开始之前，会将要修改的记录放到Undo日志里，当事务回滚时或者数据库崩溃时，可以利用UndoLog撤销未提交事务对数据库产生的影响。
MVCC即多版本并发控制主要是为了解决数据库中并发事务读写的一致性问题，那么多个事务并发执行的时候事务的隔离到底是怎么实现的呢？Mysql默认的RR隔离级别是怎样避免不可重复读的问题呢？我们好好来分析一下。
MySQL事务是一种非常重要的数据库操作，它能够确保一系列数据库操作要么全部成功，要么全部失败，从而保持数据的一致性和完整性。在本文中，我们将深入探讨MySQL事务的特点和用途，以及如何在MySQL中执行事务。
在《写数据库同时发mq消息事务一致性的一种解决方案》一文的方案中把分布式事务巧妙转成了数据库事务。我们都知道关系型数据库事务能保证数据一致性，那数据库到底是怎么设计事务这一特性的呢？
InnoDB是MySQL的默认存储引擎,它使用多版本并发控制(MVCC)和锁机制来实现事务。
undo log是mysql中比较重要的事务日志之一，顾名思义，undo log是一种用于撤销回退的日志，在事务没提交之前，MySQL会先记录更新前的数据到 undo log日志文件里面，当事务回滚时或者数据库崩溃时，可以利用 undo log来进行回退。
Undo日志：undo log是mysql中两种比较重要的事务日志，另外一种是redo log，undo log顾名思义，是一种用于撤销回退的日志，用于事务没提交之前，会先记录存放到 Undo 日志文件里，当事务回滚时或者数据库崩溃时，可以利用 Undo 日志回退事务
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
