如果在执行一个业务操作的时候，需要执行多条SQL语句，必须保证所有的SQL语句都执行成功。只要其中有一条执行失败，则所有的SQL语句都要进行回滚
面试官：比如说redis的事务是不支持原子性和持久性的，包括他们的实现原理等方面也是有很大区别的。
上一篇我们介绍了Redis的持久化[1]，这一篇我们接着来学习Redis的事务。将从如下几个方面进行阐述，事务的介绍，Redis事务的介绍，Redis事务与数据库事务的区别。
事务是一组具备原子性操作的命令集合。在这一组命令中，要么全部执行成功，要么全部执行失败。
在学习《MySQL技术内幕：SQL编程》一书，并做了笔记。本博客内容是自己学了《MySQL技术内幕：SQL编程》事务编程一章之后，根据自己的理解做的笔记，内容和书本并不一致，不过书本实验都经过自己验证，基于MySQL5.7版本。做笔记的目的是方便自己复习，同时分享出来或许对其他人或许有点帮助
事务(Transaction) 是访问和更新数据库的基本执行单元，一个事务中可能会包含多个 SQL 语句，事务中的这些 SQL 语句要么都执行，要么都不执行，而 MySQL 它是一个关系型数据库，它自然也是支持事务的。事务同时也是区分关系型数据库和非关系型数据库的一个重要的方面。
事务是数据库区别于文件系统的重要特性之一，提到事务肯定会想到事务的4个特性ACID，要保证业务的正常使用，必须保证ACID，ACID表示原子性(atomicity)、一致性(consistency)、隔离性(isolation)、持久性(durability)，一个运行良好的事务系统也是要求具备这些特征
MySQL 默认的事务隔离级别是可重复读（REPEATABLE READ），这 4 种隔离级别的说明如下。
①原子性：redis原子性是指将多个操作打包在一起，要么全都执行，要么全都不执行。注意：这里跟MySQL事务中的原子性相比，redis原子性不管这些操作有没有成功，它不管！如果事务中有些操作失败了，redis说失败就失败吧。而MySQL则不行，一旦有操作失败，则全部回滚！（有部分观点任务，redis没有原子性，因为以MySQL事务的原子性作为标杆，原子性必须要么执行成功，要么不执行）
MySQL中的数据用各种不同的技术存储在文件(或者内存)中。这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。存储引擎说白了就是如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方法。
学习mysql数据库的时候，我们知道了事务的ACID特性，Redis也是支持事务的，不过和数据库的事务又有什么区别？在mysql数据库中，我们使用begin开启事务，提交是commit，回滚是rollback，然后Redis中的事务是怎么一回事？redis的事务其实可以看做是一组命令按照顺序，串行执行队列中的命令，其它客户端的命令不会写入到这个队列中。总的来说，redis事务就是一次性、顺序性、排他性的执行一个队列中的一组命令
数据库存储引擎是数据库底层软件组织，数据库管理系统（DBMS）使用数据引擎进行创建、查
innodb 作为最主流使用的 mysql 存储引擎，尤其在新版本的 mysql 中 MyISAM 存储引擎被废除，更加提升了 innodb 如日中天的地位。 那么，作为 mysql 的使用者，如何优化 innodb 使之发挥更强大的性能，就成为了必修课。
我们已经知道 MySQL 使用 SQL SELECT 命令及 WHERE 子句来读取数据表中的数据,但是当提供的查询条件字段为 NULL 时，该命令可能就无法正常工作。
上一篇文章中，我们介绍了 mysql 的 crash safe 机制，也是 ACID 中原子性的实现 — redolog 的原理和配置方法。 mysql 异常情况下的事务安全 — 详解 mysql redolog
为了数据安全，数据库需要定期备份，这个大家都懂，然而数据库备份的时候，最怕写操作，因为这个最容易导致数据的不一致，松哥举一个简单的例子大家来看下： 假设在数据库备份期间，有用户下单了，那么可能会出现如下问题： 库存表扣库存。 备份库存表。 备份订单表数据。 订单表添加订单。 用户表扣除账户余额。 备份用户表。 如果按照上面这样的逻辑执行，备份文件中的订单表就少了一条记录。将来如果使用这个备份文件恢复数据的话，就少了一条记录，造成数据不一致。 为了解决这个问题，MySQL 中提供了很多方案，我们来逐一进行讲解
事务 多条sql语句的集合，要么都成功，要么都失败，事务基于存储引擎提供（innodb） 事务的特性ACID A 原子性（atomicity）：事务必须被视为一个不可分割的单元。 C 一致性（consistency）：数据库从一种状态切换到另一种状态。 I 隔离性（isolation）：事务在提交之前，对其他事务不可见。 D 持久性（durablity）：一旦事务提交，所修改的数据永久保存到数据库。
而基于 GTID 的方式在一主多从的架构下主从切换有着明显优势外，对于日常复制异常的故障诊断也更为方便，在日常运维或 MySQL 升级过程中我们免不了要做 GTID 的开启或关闭，从个人角度而言，我也更倾向于大家做在线开启或关闭 GTID 的操作，一方面该操作能尽可能小的影响数据库停机时间，另一方面在开启或关闭的过程中也顺便可以验证该参数的调整是否会对应用造成影响，从 MySQL 5.7.6 之后便开始支持动态开启和关闭 GTID 模式，其参数 GTID_MODE 有以下取值
正文之前 想到自己每天中午还要玩一小时手机，就自责不已，今天看成甲的好好学习一书，颇有收获，晚上写给大伙看，现在还是谢谢 Mysql，到了后面感觉越来越难了呢！！ 正文 ---- Mysql 事务 Mysql 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你即需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！简单点说，事务就是你要进行的一系列操作。你每输入一条指令，就类似于是进行了一个事务。在 ### Mysq
记住！ 记住！ 记住！ 上边这张图，她是MySQL更新数据的基础流程，其中包括redo log、bin log、undo log三种日志间的大致关系，好了闲话少说直奔主题。
前言 这段时间自己会把之前学的东西都总结一遍，希望对自己以后的工作中有帮助。其实现在每天的状态都是很累的，但是我要坚持！ 进入我们今天的正题： 为什么MySQL要 有事务呢？事务到底是用来干什么的？我们通过一个例子来说明： 事务广泛的运用于订单系统、银行系统等多种场景。如果有以下一个场景：A用户和B用户是银行的储户。现在A要给B转账500元。那么需要做以下几件事： 1）检查A的账户余额>500元； 2）A账户扣除500元； 3）账户增加500元； 正常的流程走下来
又是比较偏基础理论的一篇文章，不过这也是向 MySQL 更高水平进阶的必经之路。关于事务以及事务隔离机制，其实是所有关系型数据库都有的问题，它是一套比较基础的理论和工具。
3、一个GTID在一个服务器上只执行一次，避免重复执行导致数据混乱或者主从不一致。
事务流程的核心思想是将多个需要一起执行的操作视为一个整体，保证其在数据库中的一致性和完整性。如果在事务执行过程中发生了错误，可以通过回滚操作来保证数据的一致性，否则可以通过提交操作来永久保存修改。
在MySQL中的事务（Transaction）是由存储引擎实现的，在MySQL中，只有InnoDB存储引擎才
该同学的回答是 “配置禁用事务”。 还有些同学说，可以“关闭 undo log 和 redo log”。
在MySQL数据库管理系统中，默认情况下，事务是自动提交的，也就是说，只要执行一条DML语句，开启了事务，并且提交了事务。
事务(Transaction)，一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。事务通常由高级数据库操纵语言或编程语言(如 SQL，C++ 或 Java)书写的用户程序的执行所引起，并用形如 begin transaction 和 end transaction 语句或函数调用来界定。事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成。在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务。事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。一般用来管理 insert，update，delete 语句。
https://segmentfault.com/a/1190000025156465
上篇文章说了acid四个事务的特性，原子性保证要不两个sql一起执行，要么不执行，隔离性，两个事务之间必须互不干扰，一致性，两边的数据必须保持一致，可以说一致性的前提是原子性和隔离性必须正常，但原子性和隔离性都正常，就能保证一致性吗？并不是，还必须满足其他一些约束，比如金额不能为负数。持久性就是必须持久化到磁盘才算事务成功。
https://blog.csdn.net/CCUTwangning/article/details/70153589 天下无难试之Redis面试题刁难大全 https://blog.csdn.net/g0_hw/article/details/79360073
我们也许有过这样的经历：用 mysql 客户端连上数据库，执行一条 SQL，结果迟迟执行不完，我们等得不耐烦了，顺手就是一个 Ctrl + C。
MySQL 从5.0.3开始支持XA分布式事务，且只有InnoDB存储引擎支持。MySQL Connector/J 从5.0.0版本之后开始直接提供对XA的支持。
分布式事务就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上，以上是百度百科的解释，简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败，本质上来说，分布式事务就是为了保证不同数据库的数据一致性。
如果还不行。 那么应该是数据库在执行数据操作失败 or 事务未提交 之后,将需要执行的sql语句锁死了。
数据库是 Java 程序员面试必问的知识点之一，它和 Java 的核心面试点共同组成了一个完整的技术面试。而数据库一般泛指的就是 MySQL，因为 MySQL 几乎占据了数据库的半壁江山，即使有些公司没有使用 MySQL 数据库，如果你对 MySQL 足够精通的话，也是会被他们录取的。因为数据库的核心与原理基本是相通的，所以有了 MySQL 的基础之后，再去熟悉其他数据库也是非常快的，那么接下来的几个课时就让我们好好的学习一下 MySQL。
什么是事务？ 事务是程序中一系列严密的操作，所有操作执行必须成功完成，否则在每个操作所做的更改将会被撤销，这也是事务的原子性（要么成功，要么失败）。
MySQL 中并非所有的数据库存储引擎都支持事务操作，比如 MyISAM 就不支持。所以，使用事务处理的时候一定要确定所操作的表示是否支持事务处理，可以通过查看建表语句来查看有没有指定事务类型的存储引擎。当然，事务处理是为了保障表数据原子性、一致性、隔离性、持久性。这些都需要消耗系统资源，请谨慎选择。
这里把自己学的mysql数据库的知识总结一下，当是给自己复习一遍，也是方便以后查询
这篇文章之前发过，不过，我最近对其进行了重构完善并且修复了很多小问题。所以，在公号再同步一下！
MySQL几乎成为互联网行业使用的最多的开源关系型数据库，正因如此，MySQL也成为各大互联网公司面试中必问的数据库，尤其是MySQL中的事务实现机制和三大核心日志的实现原理。
发下客户端1读了客户端2还没有提交的事务数据，而客户端2也有可能立马回滚。
大家好！我是黄啊码，前几天有位入门【编程，不是我家门，别想多】不久的小姐姐跟我说：啊码，我做了一个订单系统，但订单没付款前就往数据库插入新数据，结果我这么一直操作就会产生好多 订单，这该咋办？我说：
安装MySQL驱动 由于MySQL服务器以独立的进程运行，并通过网络对外服务，所以，需要支持Python的MySQL驱动来连接到MySQL服务器。 Python3以后好像是不支持MySQLdb了，可以是用pymysql包，可以直接通过pymysql进行使用。 pip install pymysql MySQLdb 只适用于python2.x，发现pip装不上。它在py3的替代品是： import pymysql Mysql的事物 在 MySQL 命令行的默认设置下，事务都是自动提交的，即执行 SQL 语句后
一、什么是 GTID GTID （Global Transaction Identifiers）是对于一个已提交事务的编号，事务的唯一编号，并且是一个全局唯一的编号。GTID 和事务会记录到 binlog 中，用来标识事务。 GTID 是用来替代以前 classic 复制方法，MySQL-5.6.2 开始支持 GTID，在 MySQL-5.6.10 后完善。 有了 GTID，一个事务在集群中就不再孤单，在每一个节点中，都存在具有相同标识符的兄弟们和它作伴，可以避免同一个事务，在同一个节点中出现多次的情况。 GTID 的出现，最直接的效果就是，每一个事务在集群中具有了唯一性的意义，这在运维方面具有更大的意义，因为使用 GTID 后再也不需要为了不断地找点而烦恼了，给 DBA 带来了很大的便利性。
MySQL 死锁异常是我们经常会遇到的线上异常类别，一旦线上业务日间复杂，各种业务操作之间往往会产生锁冲突，有些会导致死锁异常。这种死锁异常一般要在特定时间特定数据和特定业务操作才会复现，并且分析解决时还需要了解 MySQL 锁冲突相关知识，所以一般遇到这些偶尔出现的死锁异常，往往一时没有头绪，不好处理。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
