mysql-事务管理（进阶）--待续

对于一个数据库开发者来说，牢固扎实的基础是十分重要的，golang学习网就来带大家一点点的掌握基础知识点。今天本篇文章带大家了解《mysql-事务管理（进阶）--待续》，主要介绍了MySQL、事务，希望对大家的知识积累有所帮助，快点收藏起来吧，否则需要时就找不到了！

请口述以下问题：

1. 什么是事务到特性，具体说说你到理解
2. 请举一个案例描述为什么要用到事务（转账）
3. 事务的隔离级别
4. 待续。。。

1、事务到特性（ACID）

• Atomicty 原子性
  事务不可再分。
  现实中的一个需求，由多条SQL实现时，现实中的一件事只有两种结果，要么成功要么失败。事务机制就实现了将多条sql“当成”一条sql来执行，通过这种机制加上人为的判断，实现多条sql要么都成功，要第都失败。
• Consistence 一致性
  事务的执行过程中，对数据表的影响是没有的。
• Isolation 隔离性
  当一个事件的执行，不会影响其他客户端的数据表中查询到的结果。
• Duration 永久性
  当一个事务执行交，其影响就是永久的。

A->B（A给B转账100）
正常mysql流程：

可能情况：

2、隔离性与隔离级别

当数据库上有多个事务同时执行的时候，就可能出现脏读（dirty read）、不可重复读（non-repeatable read）、幻读（phantom read）的问题，为了解决这些问题，就有了“隔离级别”的概念。

SQL标准的事务隔离级别包括：读未提交（read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（serializable ）

1. 读未提交是指，一个事务还没提交时，它做的变更就能被别的事务看到。

   事务没提交，做等变更别等事务能看到

2. 读提交是指，一个事务提交之后，它做的变更才会被其他事务看到。

   事务提交了，它做的变更别的事务才能看到

3. 可重复读是指，一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。
4. 串行化，顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。

   读也加锁啊写也加锁，读写锁冲突，后面的事务等前面事务执行完成再执行，一串

隔离得越严实，效率就会越低。需要找一个平衡点。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于数据库的相关知识，也可关注golang学习网公众号。