如果没有事务的⽀持，可能出现错：A账户减少了100，此时系统挂了，导致B账户没有加
MySQL 中事务支持是在引擎实现的， MySQL 原生的 MyISAM 引擎不支持事务，这也是 MyISAM 被 InnoDB 引擎取代的重要原因。
在数据库管理系统中，事务是一个不可或缺的概念，特别是在处理高并发、要求数据一致性和完整性的应用中。MySQL作为最流行的关系型数据库之一，其事务特性扮演着至关重要的角色。本文将深入探讨MySQL事务的基本概念、ACID属性以及事务隔离级别，帮助读者更好地理解和应用MySQL中的事务。
在MySQL数据库管理系统中，默认情况下，事务是自动提交的，也就是说，只要执行一条DML语句，开启了事务，并且提交了事务。
原子性（Atomicity）：事务是一个完整的操作。事务的各步操作是不可分的（原子的）；要么都执行，要么都不执行
XA，2PC，two-phase commit protocol，两阶段事务提交采⽤的是 X/OPEN 组织定义的DTP 模型所抽象的：
在日常开发中，我们常用的存储引擎有 InnoDB 和 MyISAM 两种存储引擎。然而 MyISAM 是不支持事务操作的。
事务简言之就是一组 SQL 执行要么全部成功，要么全部失败。MYSQL 的事务在存储引擎层实现。
事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。事务通常由高级数据库操纵语言或编程语言（如SQL，C++或Java）书写的用户程序的执行所引起，并用形如begin transaction和end transaction语句（或函数调用）来界定。事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成。
上一个章节说了什么是事务，在MySQL数据库中如何查询事务，以及哪些存储引擎支持事务。这一章节来说说事务的隔离。
XA，2PC，two-phase commit protocol。 两阶段事务提交采⽤的是 X/OPEN 组织定义的DTP 模型所抽象的
事务控制是 MySQL 的重要特性之一。在 MySQL 中，InnoDB 和 NDB Cluster 是常见的事务型存储引擎。
MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你即需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！
不知道你有没有讲过这种场景，比如转账。正常情况下是一定要确保转出账户转出的金额，是正确累加到转入账户，任何一方的异常，都可判定这个交易是异常，这样的系统也是不可靠的。
MySQL事务主要用于处理一个包含操作量比较大、复杂的业务。比如说，删除一个学生，我们除了要删除该学生的基本信息，同时也要删除考试记录、违规记录等。诸多的操作组成一个事务。事务是用来管理insert、update、delete基本指令的。当MySQL使用innodb引擎的前提下才支持事务操作。
REPEATABLE READ是InnoDB的默认隔离级别。MySQL对它有如下的支持：
事务是一组原子性的SQL操作，所有操作必须全部成功完成，如果其中有任何一个操作因为崩溃或其他原因无法执行，那么所有的操作都不会被执行。也就是说，事务内的操作，要么全部执行成功，要么全部执行失败。
MySQL 为我们提供了分布式事务解决方案，在前面的内容中 聊一聊分布式事务的解决方案 提到过 binlog 的同步，其实是 MySQL XA 规范的一个应用，那么 XA 规范是如何定义的，具体又是如何应用的呢？
记得前些日子分享过一篇有关MySQL中事务的知识点,但当时对MySQL中的事务只是纯粹的知道如何使用,缺乏对理论的进一步认识,抽时间单独去了解了一下,便在做一个较为全面的总结.
事务(Transaction) 是访问和更新数据库的基本执行单元，一个事务中可能会包含多个 SQL 语句，事务中的这些 SQL 语句要么都执行，要么都不执行，而 MySQL 它是一个关系型数据库，它自然也是支持事务的。事务同时也是区分关系型数据库和非关系型数据库的一个重要的方面。
上一个章节说了什么是事务，在MySQL数据库中如何查询事务，以及哪些存储引擎支持事务。这一章节来说说事务的隔离。上一篇传送：MySQL进阶｜MySQL中的事务（一）
MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你即需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务.
MySQL事务是一种非常重要的数据库操作，它能够确保一系列数据库操作要么全部成功，要么全部失败，从而保持数据的一致性和完整性。在本文中，我们将深入探讨MySQL事务的特点和用途，以及如何在MySQL中执行事务。
说来和MySQL倒是有缘，毕业的第一份工作就被分配到了RDS团队，主要负责把MySQL弄到云上做成数据库服务。虽说整天和MySQL打交道，但说实话那段时间并没有很深入的理解MySQL内核，做的事情基本都是围绕着MySQL做管控系统，比较上层。好在周边都是MySQL内核神级人物，在他们的熏陶下多多少少对MySQL的一些基本知识有一些零碎的记录和模糊的认识，这些基础对于今天整理理解MySQL跨行事务模型非常重要。更重要的，有很多不解的地方也可以向大神请教。
数据库中的事务是指对数据库执行一批操作，这些操作最终要么全部执行成功，要么全部失败，不会存在部分成功的情况。
公司原有的架构：一个展示型的网站，LAMT，MySQL5.1.77版本（MYISAM），50M数据量。
本文介绍了什么是MySQL、MySQL的发展历程、特性、应用场景、优缺点以及如何进行MySQL的入门学习。
《高性能MySQL》读书笔记（一）——MySQL架构及重要属性概述 （原创内容，转载请注明来源，谢谢） 一、MySQL逻辑架构 1、三层架构 mysql逻辑分为三层设计： 第一层是基于网络的处理，如连接处理、授权认证、安全等，这个在基于网络的服务器、客户端中的各种软件都会有相应的实现。 第二层是mysql的核心功能部分，包括查询解析、分析、优化、缓存、以及所有的内置函数，所有跨存储引擎的功能也都在这一层实现，包括触发器、存储过程、视图等。 第三层是数据库的存储引擎，即通常提及mysql都会
存储引擎的事务特性能够保证在存储引擎级别实现ACID。而分布式事务则让存储引擎级别的ACID可以扩展到数据库层面，甚至可以扩展到多个数据库之间–这需要两阶段提交实现。MySQL5.0和更新版本的数据库已经开始支持XA事务了。
前几天和一个搞JAVA的朋友聊天，无意中聊到了分布式事务，他们公司的是通过TCC来实现分布式事务的，具体什么是TCC，会在下面的文章中介绍；本文主要介绍MYSQL中基于XA实现的分布式事务；
MySQL实现并发控制和数据一致性的原理主要依赖于锁机制和多版本并发控制（MVCC）。
这篇文章之前发过，不过，我最近对其进行了重构完善并且修复了很多小问题。所以，在公号再同步一下！
事务 多条sql语句的集合，要么都成功，要么都失败，事务基于存储引擎提供（innodb） 事务的特性ACID A 原子性（atomicity）：事务必须被视为一个不可分割的单元。 C 一致性（consistency）：数据库从一种状态切换到另一种状态。 I 隔离性（isolation）：事务在提交之前，对其他事务不可见。 D 持久性（durablity）：一旦事务提交，所修改的数据永久保存到数据库。
事务是一组逻辑上相关的操作，这些操作要么全部成功执行，要么全部失败回滚。事务具有以下四个基本特性：
数据库事务（Database Transaction），是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。 事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功、要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足所谓的ACID（原子性、一致性、隔离性和持久性）属性。事务是数据库运行中的逻辑工作单位，由DBMS中的事务管理子系统负责事务的处理。
在上一篇文章中，我们已经学习过了事务相关的基础知识，今天，我们继续学习事务有可能带来的一些问题。其实在一次请求和连接中，事务是不会出现什么问题的，毕竟在一个事务中，要么全提交，要么全回滚。但是如果有多个客户端连接，也就是说在并发操作事务的情况下，就会发生各种问题。其中最典型的就是下面三种情况，不过首先我们设置一下事务隔离级别，这个东西我们下次再讲，这回我们先把事务隔离级别设置为最低的级别。
什么是事务？ 事务是程序中一系列严密的操作，所有操作执行必须成功完成，否则在每个操作所做的更改将会被撤销，这也是事务的原子性（要么成功，要么失败）。
作为一个后端工程师，想必没有人没用过数据库，跟我一起复习一下MySQL吧，本文是我学习《MySQL实战45讲》的总结笔记的第二篇，总结了MySQL的事务隔离级别。
对MySQL数据库中的事务操作、存在的问题和相应的隔离级别等知识点进行整理，通过实例进行说明
在默认情况下，用户执行的每一条SQL语句都会被当成单独的事务自动提交。如果要将一组SQL语句作为一个事务，则需要先执行以下语句显式地开启一个事务。
在学习《MySQL技术内幕：SQL编程》一书，并做了笔记。本博客内容是自己学了《MySQL技术内幕：SQL编程》事务编程一章之后，根据自己的理解做的笔记，内容和书本并不一致，不过书本实验都经过自己验证，基于MySQL5.7版本。做笔记的目的是方便自己复习，同时分享出来或许对其他人或许有点帮助
一致性读（consistent read）查询模式：基于【某一时刻】的【数据快照】提供读查询结果。无论查询的数据是否被其它事务所改变。这个【某一时刻】在 repeatable-read 隔离级别下为事务中第一次执行查询操作的时间点，read-committed 隔离级别下，数据快照会在每一次执行一致性读操作时进行重置。
Xa主要规定了RM与TM之间的交互，下面来看下XA规范中定义的RM 和 TM交互的接口：
MySQL逻辑架构 了解MySQL的架构有助于深入理解MySQL服务器，下图是MySQL的三层逻辑架构图（图片来自于网络）。 第一层用于对客户端的连接处理、安全认证、授权等。每个客户端连接都会在服务
上篇文章说了acid四个事务的特性，原子性保证要不两个sql一起执行，要么不执行，隔离性，两个事务之间必须互不干扰，一致性，两边的数据必须保持一致，可以说一致性的前提是原子性和隔离性必须正常，但原子性和隔离性都正常，就能保证一致性吗？并不是，还必须满足其他一些约束，比如金额不能为负数。持久性就是必须持久化到磁盘才算事务成功。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
