这篇文章之前发过，不过，我最近对其进行了重构完善并且修复了很多小问题。所以，在公号再同步一下！
http://blog.csdn.net/qh_java/article/details/14045765
数据库排名[1] https://db-engines.com/en/ranking
MySQL 事务主要用于处理操作量大，复杂度高的数据。比方我想要删除一个用户（销户）以及这个用户的个人信息、订单信息以及其他信息，这里会涉及到很多SQL语句的执行来满足我们的业务需求，我们要一次性删除这些数据，这些数据库操作语句就构成了一个事务。
事务(Transaction) 是访问和更新数据库的基本执行单元，一个事务中可能会包含多个 SQL 语句，事务中的这些 SQL 语句要么都执行，要么都不执行，而 MySQL 它是一个关系型数据库，它自然也是支持事务的。事务同时也是区分关系型数据库和非关系型数据库的一个重要的方面。
存储引擎的事务特性能够保证在存储引擎级别实现ACID。而分布式事务则让存储引擎级别的ACID可以扩展到数据库层面，甚至可以扩展到多个数据库之间–这需要两阶段提交实现。MySQL5.0和更新版本的数据库已经开始支持XA事务了。
第一层结构主要处理客户端与mysql服务端的连接、授权认证、安全等；第二层是Mysql服务端的核心，功能包括查询解析、分析、优化、缓存等，存储过程、触发器、视图等都在这一层实现；第三层的存储引擎主要负责数据存储和提取，存储引擎不会去解析sql，不同存储引擎之间不会通讯，只会简单地响应上层服务器的请求
MySQL 是一种关系型数据库，是开源免费的，且方便扩展，任何人都可以在 GPL(General Public License) 的许可下下载并根据个性化的需要对其进行修改。默认端口号是 3306。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
Mysql的质量比较好的书其实并不是很多，所以可以说是看一本少一本，这本书也算是学习MYSQL必看的一本书，当然十分厚，虽然版本很老但是讲述的内容都会十分实用的，对于学习MYSQL的人可以说是一本必读的进阶好书。
在MySQL 5.1中，MySQL AB引入了新的插件式存储引擎体系结构，允许将存储引擎加载到正在运新的MySQL服务器中
XA，2PC，two-phase commit protocol。 两阶段事务提交采⽤的是 X/OPEN 组织定义的DTP 模型所抽象的
MySQL相信大家都耳熟能详了, 毕竟其还不错的性能和免费的特点深受国人的喜爱, 本篇文章将作为我《MySQL》系列的一篇文章, 主要用作整理和简单的概述MySQL相关的一些知识点 ok, 接下来我们开始进入正题, 从最简单的开始
XA，2PC，two-phase commit protocol，两阶段事务提交采⽤的是 X/OPEN 组织定义的DTP 模型所抽象的：
分布式事务就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上，以上是百度百科的解释，简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败，本质上来说，分布式事务就是为了保证不同数据库的数据一致性。
Undo日志：undo log是mysql中两种比较重要的事务日志，另外一种是redo log，undo log顾名思义，是一种用于撤销回退的日志，用于事务没提交之前，会先记录存放到 Undo 日志文件里，当事务回滚时或者数据库崩溃时，可以利用 Undo 日志回退事务
SQL是Structured Query Language的缩写，它是一种用于访问和管理关系型数据库的语言。
对于数据库这一块询问比较多的就是在 MySQL 中怎么去选择一种何时当前业务需求的存储引擎，而 MySQL 中支持的存储引擎又有很多种，那么 MySQL 中分别又有那些，怎么优雅的使用呢？
「数据库存储引擎是数据库底层软件组织，数据库管理系统（DBMS）使用数据引擎进行创建、查询、更新和删除数据」。不同的存储引擎提供不同的存储机制、索引、锁等功能。许多数据库管理系统都支持多种不同的数据引擎。
从上图我们可以查看出 MySQL 当前默认的存储引擎是InnoDB,并且在5.7版本所有的存储引擎中只有 InnoDB 是事务性存储引擎，也就是说只有 InnoDB 支持事务。
2、 确保表中的每列都和主键相关（不然东一句西一句就乱了） 每张表中只有一个主键 建立在第一范式之上的，一个表中只能保存一种数据 不可以把多种数据保存在同一张数据库表中~
MySQL 为我们提供了分布式事务解决方案，在前面的内容中 聊一聊分布式事务的解决方案 提到过 binlog 的同步，其实是 MySQL XA 规范的一个应用，那么 XA 规范是如何定义的，具体又是如何应用的呢？
MySQL 8.0开始支持原子数据定义语言（DDL）语句。此功能称为原子DDL。原子DDL语句将与DDL操作关联的数据字典更新，存储引擎操作和二进制日志写入组合到单个原子事务中。即使服务器在操作期间暂停，也会提交事务，并将适用的更改保留到数据字典，存储引擎和二进制日志，或者回滚事务。
学习关系型数据库MySQL是很好的切入点，大部分人学习和工作中用惯了CRUD，对面试官刨根问底的灵魂拷问你还能对答如流吗？我们有必要了解一些更深层次的数据库基础原理。
你好，我是 Guide。分享一道群友面试虾皮遇到的 MySQL 面试真题。原面试题如下：
多版本并发控制是数据库管理系统中的一项重要技术，它可以提高数据库的并发性能和可靠性，支持高并发的读写操作，提高数据的安全性，具有重要的应用价值和意义。笔者写此文主要是为了帮助那些不了解MySQL多版本并发控制的朋友们简单了解一下MVCC，顺便整理一下思路，查漏补缺。
1、脏读：B事务读取到了A事务尚未提交的数据 2、不可重复读：一个事务中两次读取的数据的内容不一致 3、幻读/虚读：一个事务中两次读取的数据的数量不一致
1. mysql数据库 mysql是最好用的数据库。说这句话不知道会不会被打。 mysql数据库好用是因为其小巧，安装方便。很适合开发人员自己本地安装数据库。 2.mysql数据库引擎 InnoDB InnoDB是一个事务型的存储引擎，有行级锁定和外键约束。 Innodb引擎提供了对数据库ACID事务的支持，并且实现了SQL标准的四种隔离级别。 提供了行级锁和外键约束，它的设计目标是处理大容量数据库系统，它本身其实就是基MySQL后台的完整数据库系统。 MySQL运行时Innodb会在内存
摘要: 原文可阅读 http://www.iocoder.cn/Fight/MySQL-messy-implementation-of-repeatable-read-isolation-levels 「shimohq」欢迎转载，保留摘要，谢谢！
在各类技术岗位面试中，似乎 MySQL 相关问题经常被问到。无论你面试开发岗位或运维岗位，总会问几道数据库问题。经常有小伙伴私信我，询问如何应对 MySQL 面试题。其实很多面试题都是大同小异的，提前做准备还是很有必要的。本篇文章简单说下几个常见的面试题，一起来学习下吧。
一、什么是 GTID GTID （Global Transaction Identifiers）是对于一个已提交事务的编号，事务的唯一编号，并且是一个全局唯一的编号。GTID 和事务会记录到 binlog 中，用来标识事务。 GTID 是用来替代以前 classic 复制方法，MySQL-5.6.2 开始支持 GTID，在 MySQL-5.6.10 后完善。 有了 GTID，一个事务在集群中就不再孤单，在每一个节点中，都存在具有相同标识符的兄弟们和它作伴，可以避免同一个事务，在同一个节点中出现多次的情况。 GTID 的出现，最直接的效果就是，每一个事务在集群中具有了唯一性的意义，这在运维方面具有更大的意义，因为使用 GTID 后再也不需要为了不断地找点而烦恼了，给 DBA 带来了很大的便利性。
在MySQL的世界里，InnoDB存储引擎就像心脏一样，为数据库的稳定运行提供了强大的动力。今天，我们将深入探讨InnoDB存储引擎的默认性、使用原因、运行原理、应用场景以及源码分析。如果你对数据库的内部机制感兴趣，或者正在寻找提高数据库性能的秘诀，那么这篇文章绝对不容错过！
这里有第一层处理，每个客户端的连接都会在服务器进程中拥有一个线程，连接的查询在这个线程中单独进行。
写在前面：最早接触的MySQL是在三年前，那时候MySQL还是4.x版本，很多功能都不支持，比如，存储过程，视图，触发器，更别说分布式事务等复杂特性了。但从5.0(2005年10月)开始，MySQL渐渐步入企业级数据库的行列了；复制、集群、分区、分布式事务，这些企业级的特性，使得现在的MySQL，完全可以应用于企业级应用环境(很多互联网公司都用其作为数据库服务器，尽管节约成本是一个因素，但是没有强大功能作后盾，则是不可想象的)。虽然，MySQL还有很多不足，比如，复制、分区的支持都十分有限、查询优化仍需要改进，但是MySQL已经是一个足够好的DBMS了，更何况它是opensource的。这段时间没有事，出于好奇，略微的研究了一下MySQL，积累了一些资料，欲总结出来。这些资料打算分为两部分，上部主要讨论MySQL的优化，其中主要参考了《MySQL Manual》和《High Performance MySQL》，如果有时间，以后在下部分析一下MySQL的源码。如果你是MySQL高手，希望你不吝赐教；如果你是新手，希望对你有用。
名称 介绍 MyISAM MyISAM存储引擎提供高速存储和检索，以及全文搜索能力。MyISAM在所有MySQL版本里被支持；不支持事务处理；它是MySQL的默认的存储引擎； MEMORY MEMORY存储引擎，别称HEAP存储引擎；提供“内存中”表，将数据存储在内存中。MEMORY存储引擎不支持事务处理；MySQL的所有版本都支持InnoDB存储引擎；注释：MEMORY存储引擎正式地被确定为HEAP引擎。 MERGE MRG_MYISAM存储引擎，别名MERGE；MRG_MYISAM存储引擎允许集合将被处
在开发中，为了降低单点压力，通常会根据业务情况进行分表分库，将表分布在不同的库中（库可能分布在不同的机器上）。在这种场景下，事务的提交会变得相对复杂，因为多个节点（库）的存在，可能存在部分节点提交失败的情况，即事务的ACID特性需要在各个不同的数据库实例中保证。比如更新db1库的A表时，必须同步更新db2库的B表，两个更新形成一个事务，要么都成功，要么都失败。 那么我们如何利用MySQL实现分布式数据库的事务呢？
MySQL 提供了两种事务型的存储引擎：InnoDB 和 NDB Cluster 。另外还有一些第三方存储引擎也支持事务
事务由单独单元的一个或多个SQL语句组成，在这 个单元中，每个MySQL语句是相互依赖的。而整个单独单 元作为一个不可分割的整体，如果单元中某条SQL语句一 旦执行失败或产生错误，整个单元将会回滚。所有受到影 响的数据将返回到事物开始以前的状态；如果单元中的所 有SQL语句均执行成功，则事物被顺利执行。
前几天和一个搞JAVA的朋友聊天，无意中聊到了分布式事务，他们公司的是通过TCC来实现分布式事务的，具体什么是TCC，会在下面的文章中介绍；本文主要介绍MYSQL中基于XA实现的分布式事务；
存储引擎是 MySQL 的组件，用于处理不同表类型的 SQL 操作。不同的存储引擎提供不同的存储机制、索引技巧、锁定水平等功能，使用不同的存储引擎，还可以获得特定的功能。
在缺省模式下，MYSQL是autocommit模式的，所有的数据库更新操作都会即时提交，所以在缺省情况下，mysql是不支持事务的。
1).最上层： 最上层是一些客户端和连接服务，包含本地的sock通信和大多数基于客户端/服务端工具实现的类似于tcp/ip的通信，主要完成一些类似于连接处理、授权认证及相关的安全方案，在该层上引用了线程池的概念，为通过认证安全接入的客户端提供线程。同样在该层上可以实现基于ssl的安全链接。服务器也会为安全接入的每个客户端验证它所具有的操作权限。
可以通过如下命令查看连接配置信息：SHOW VARIABLES LIKE '%connect%';可以看到最大连接和每个连接占用的内存等相关配置。
MySQL是一个开放源代码的关系数据库管理系统。MySQL架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上，插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离。
1. MySQL 中的事务 MySQL 提供了两种事务型的存储引擎：InnoDB 和 NDB Cluster 。另外还有一些第三方存储引擎也支持事务 1. MySQL 中的事务 1.1. 自动提交(AUTOCOMMIT) 1.2. 在事务中混用存储引擎 2. 多版本并发控制(MVCC) 2.1. InnoDB 的MVCC 3. MySQL 中的事务 3.1. 自动提交(AUTOCOMMIT) 3.2. 在事务中混用存储引擎 4. 多版本并发控制(MVCC) 4.1. InnoDB 的MVCC 1.1. 自动
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
