2018年某个周末，接到连续数据库的告警，看到too many connection的报错信息，基本上可以把问题定位在...
【迪B课堂】为腾讯云数据库高级产品经理迪B哥开设的面向数据库开发者、数据库运维人员、云端运维人员的系列培训课程，旨在帮助大家从入门到精通学习和使用数据库。《我说》为迪B课堂的答疑系列，3分钟帮您解决数据库日常运维过程中的小难题。 本期为迪B课堂特刊【MySQL经典案例解析系列】第一期。搜索关注“腾讯云数据库”官方微信，回复“迪B课堂”，即可查看历史十期迪B课堂教程~ 一、故障情况 迪B哥在某个惬意的周末接到连续数据库的告警，告警信息如下： 二、艰难的探索过程 1、总体思路 看到to
我们都是知道，数据库中锁的设计是解决多用户同时访问共享资源时的并发问题。在访问共享资源时，锁定义了用户访问的规则。根据加锁的范围，MySQL 中的锁可大致分成全局锁，表级锁和行锁三类。在本篇文章中，会依次介绍三种类型的锁。在阅读本篇文章后，应该掌握如下的内容：
事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。事务通常由高级数据库操纵语言或编程语言（如SQL，C++或Java）书写的用户程序的执行所引起，并用形如begin transaction和end transaction语句（或函数调用）来界定。事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成。
在平常的工作中，更新数据是再正常不过的一个需求了，我们只需要执行一个update语句即可，如果有必要我们还可以加上事务来保证数据的可靠性。
一致性读（consistent read）查询模式：基于【某一时刻】的【数据快照】提供读查询结果。无论查询的数据是否被其它事务所改变。这个【某一时刻】在 repeatable-read 隔离级别下为事务中第一次执行查询操作的时间点，read-committed 隔离级别下，数据快照会在每一次执行一致性读操作时进行重置。
我们的数据库一般都会并发执行多个事务，多个事务可能会并发的对相同的一批数据进行增删改查操作，可能就会导致我们说的脏写、脏读、不可重复读、幻读这些问题。 这些问题的本质都是数据库的多事务并发问题，为了解决多事务并发问题，数据库设计了事务隔离机制、锁机制、MVCC多版本并发控制隔离机制，用一整套机制来解决多事务并发问题。接下来，我们会深入讲解这些机制，让大家彻底理解数据库内部的执行原理。
2）MySQL具有MVCC（多版本并发控制）的功能，这些都是根据事务的特性来完成的。
相信小伙伴一定用过 @Transactional 注解，那 @Transactional 背后的秘密又知道多少呢？
在默认情况下，用户执行的每一条SQL语句都会被当成单独的事务自动提交。如果要将一组SQL语句作为一个事务，则需要先执行以下语句显式地开启一个事务。
该同学的回答是 “配置禁用事务”。 还有些同学说，可以“关闭 undo log 和 redo log”。
原子性（Atomicity）：事务是一个完整的操作。事务的各步操作是不可分的（原子的）；要么都执行，要么都不执行
昨天接到阿里的电话面试，对方问了一个在MySQL当中，什么是幻读。当时一脸懵逼，凭着印象和对方胡扯了几句。面试结束后，赶紧去查资料，才发现之前对幻读的理解完全错误。下面，我们就聊聊幻读。
上篇文章说了acid四个事务的特性，原子性保证要不两个sql一起执行，要么不执行，隔离性，两个事务之间必须互不干扰，一致性，两边的数据必须保持一致，可以说一致性的前提是原子性和隔离性必须正常，但原子性和隔离性都正常，就能保证一致性吗？并不是，还必须满足其他一些约束，比如金额不能为负数。持久性就是必须持久化到磁盘才算事务成功。
点击上方“芋道源码”，选择“设为星标” 管她前浪，还是后浪？ 能浪的浪，才是好浪！ 每天 10:33 更新文章，每天掉亿点点头发... 源码精品专栏 原创 | Java 2021 超神之路，很肝~ 中文详细注释的开源项目 RPC 框架 Dubbo 源码解析 网络应用框架 Netty 源码解析 消息中间件 RocketMQ 源码解析 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析 作业调度中间件 Elastic-Job 源码解析 分布式事务中间件 TCC-Transaction
在日常开发中，我们常用的存储引擎有 InnoDB 和 MyISAM 两种存储引擎。然而 MyISAM 是不支持事务操作的。
概念：当并发系统中不同线程出现循环资源依赖，涉及的线程都在等待别的线程释放资源时，就会导致这几个线程都进入无限等待的状态，称为死锁。
面试官：比如说redis的事务是不支持原子性和持久性的，包括他们的实现原理等方面也是有很大区别的。
MySQL 默认的事务隔离级别是可重复读（REPEATABLE READ），这 4 种隔离级别的说明如下。
如果在执行一个业务操作的时候，需要执行多条SQL语句，必须保证所有的SQL语句都执行成功。只要其中有一条执行失败，则所有的SQL语句都要进行回滚
文章目录 一、MySQL事务 1.事务的概念 2.事务的数据准备 3.未管理事务演示 4.管理事务演示 5.事务的提交方式 6.事务的四大特征(ACID) 7.事务的隔离级别 8.事务隔离级别演示 9.隔离级别总结 10.事务的总结 一、MySQL事务 1.事务的概念 一条或多条 SQL 语句组成一个执行单元，其特点是这个单元要么同时成功要么同时失败，单元中的每条 SQL 语句都相互依赖，形成一个整体，如果某条 SQL 语句执行失败或者出现错误，那么整个单元就会回滚，撤回到事务最初的状态，如果单元中所有的
laravel的事务嵌套，就是一个栈。 事务A开启事务(真实开启) 事务B开启事务(只是标记，并非真实开启了事务) 事务B提交事务(只是标记，并非真的提交了事务) 事务A提交事务(真实提交)
事务是一组具备原子性操作的命令集合。在这一组命令中，要么全部执行成功，要么全部执行失败。
重点关注 ： Innodb_row_lock_time_avg 、Innodb_row_lock_waits 、Innodb_row_lock_time
在关系数据库管理系统里，悲观并发控制（又名“悲观锁”，Pessimistic Concurrency Control，缩写“PCC”）是一种并发控制的方法。它可以阻止一个事务以影响其他用户的方式来修改数据。如果一个事务执行的操作读某行数据应用了锁，那只有当这个事务把锁释放，其他事务才能够执行与该锁冲突的操作。
如果一个包含多个步骤的业务操作，被事务管理，那么这些操作要么同时成功，要么同时失败。如下A给B转钱的例子很形象的说明了事务的概念：
在线上进行DDL操作时，相对于其可能带来的系统负载，其实，我们最担心的还是MDL其可能导致的阻塞问题。
在MySQL数据库管理系统中，默认情况下，事务是自动提交的，也就是说，只要执行一条DML语句，开启了事务，并且提交了事务。
根据上面的分析，感觉这怎么和mysql中的事务不太对呢，都不能保证数据的一致性。此时我们的redis官方为了解决这个问题，所以添加了watch命令。
MVCC是Multi-Version Concurrency Control（多版本并发控制）的缩写。
char:固定长度,不够会在末尾补空格,取出时删除所有末尾的空格,所以取出时会丢失末尾的空格,可能会浪费空间,查询效率比varchar高,单位字符,最多存255个字符,和字符集无关.
死锁是指两个或两个以上的线程在执行过程中，因争夺资源而造成的一种互相等待的现象。若无外力作用，它们都将无法推进下去。
引言：每个程序员学习数据库离不开MySQL,而学习MySQL就必学事务,今天我们就来一起学习一下MySQL的事务;
上一篇我们介绍了Redis的持久化[1]，这一篇我们接着来学习Redis的事务。将从如下几个方面进行阐述，事务的介绍，Redis事务的介绍，Redis事务与数据库事务的区别。
脏读指的是一个事务读取到了另一个事务未提交的数据。当一个事务修改数据但还没有提交时，另一个事务读取到了这个未提交的数据，并做出了相应的操作。如果第一个事务回滚，那么第二个事务读取到的数据就是无效的。
到这里本系列已经接近尾声了，是时候对常见引起主从延迟的情形进行一个总结了。我想如果我一开始就把这些情形拿出来也许大家对具体的原因不是那么清楚，但是经过本系列的学习，我相信当我说起这些情形的时候大家都很清楚它的原因了。当然如果还有其他造成延迟的情形也欢迎大家一起讨论。
事务是由一组SQL语句组成的逻辑处理单元,事务具有以下4个属性,通常简称为事务的ACID属性。
锁定某一行可以用lock in share mode(共享锁) 和for update(排它锁)
从Mysql5.5版本开始，InnoDB是默认的表存储引擎。其特点是行锁设计、支持MVCC、支持外键、提供一致性非锁定读、同时被设计用来最有效的利用以及使用内存和CPU。
A 窗口开启事务，B 窗口以非事务的形式运行，修改一条记录，id 为 1 的数据在运行完毕后 X（排他锁）就已经释放了，A 窗口再次查询发现还是原来的数据。这里保证了事务之间的隔离性，如果未保证的话就会有高并发引起的不可重复读问题。最终这个问题由 MVCC 方法解决。
在日常使用MySQL的过程中，会遇到 CPU 使用率过高甚至达到 100% 的情况。CPU飙升会导致数据库无法连接，事务无法提交等一系列问题。本文基于日常问题处理介绍造成CPU飙升的原因以及解决方法。
数据库事务(Database Transaction) ，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。
事务就是针对数据库的一组操作。由一条或者多条SQL语句组成，同一个事务的操作具备同步的特点，如果其中的一条语句无法执行，那么所有的语句都不会执行。
上一篇着重谈到了MySQL锁的概念，里面谈到了事务的概念，其实大部分开发者对于事务肯定不陌生，事务的概念其实就是一组SQL语句组成一个执行单元，如果单元中的某个SQL语句执行出现异常，则需要将整个事务进行回滚到未修改的状态。只有单元中全部SQL语句都成功执行，才会提交数据代表事务执行成功。而Mysql其实前几篇我们都已经知道是支持多种存储引擎的，其实正是因为MyISAM引擎不支持事务被InnoDB取代的原因。所以本篇文章主要是针对InnoDB引擎详细了解下事务这个概念。
全局锁是对整个数据库进行加锁的，执行Flush table with read lock对整个数据库加锁，执行之后会使得整个库处于只读状态，数据更新语句，数据定义语句以及更新类事务的提交语句都会被阻塞。使用 unlock tables解锁。
上一章节，我已经写了一篇数据库事务的章节。篇幅比较长，基本让我们知道了数据库事务操作、隔离级别等等知识。那么本章节我们再简化一下内容，再快速过一下事务处理 和 转账案例，加深印象。
前段时间，公司内部遇到了一个问题，就是我们创建的同一批任务，别分配给了不同的实例去执行，导致线上的结果出现问题。
前面写了一篇文章和大家分享了 MySQL 中查询表记录数的问题，里边涉及到一个知识点 MVCC 多版本并发控制。这个问题不搞懂，总感觉缺点什么。因此今天我想花点时间和大家聊一聊 MVCC。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
