数据库事务特征、数据库隔离级别，以及各级别数据库加锁情况(含实操)--read uncommitted篇

1.数据库事务特征我只是背过，并没有很深刻的理解。
2.数据库事务的隔离级别只是了解，并没有深刻理解，也没有在实际工作中体验使用过。
3.经常面试被人问起数据库加锁情况，一头雾水，很懵。
4.在网上找过很多博客，有的写得太多没耐心看，有的写得摘抄的定义，
  泛泛而谈，没有实操更没有讲解。5.read uncommited 隔离级别下加锁情况的详细分析。

1.实践出真知，如果认真读完，并实操，实操过后反复咀嚼，相信上面的问题，除了你有没有耐心看等主观因素，其他的都能一一解决。
2.希望这是理解数据库事务问题的一篇好文章。
3.如果有什么问题，请评论下， 我们多交流谢谢。

1.mysql:传统理解 mysql 中的一次操作过程(sql 执行)是一次事务。
2.mysql:那么多个线程 同时操作 mysql 中的数据（同一条数据，一个范围内数据）就叫并发事务。
3.mysql:数据库层面使用不同的事务隔离级别来进行并发事务的控制，
不同的隔离级别是因为数据库中内部锁机制的使用方式不同，
例如有的是在select完成之后立马释放锁，有的是在整个事务commit 之后释放锁。

1.应用：其实每一个线程调用服务本质上也是事务。
2.应用：多个线程同时调用服务，叫并发调用服务，也可以叫并发事务。
3.应用：应用层应对并发事务(访问)解决方案有同步(悲观锁)、乐观锁(无锁CAS)。我们对并发访问做系统应用层控制也会使用到锁。

1.A 原子性：事务可以简单理解为一次数据库操作，也就是执行sql的过程，要么执行，要么不执行，整个执行结果只有两种执行成功，执行失败。
2.C 一致性：A有100块钱，转1块钱给另外一个帐户，还有99块钱，在整个事务执行过程中，钱数总是100块，不会变，这就是一致性。
3.I 隔离性：事务执行过程相互隔离，不会相互之间产生影响（这只是美好的愿望）。意思是多个事务并发执行的话，结果应该与多个事务串行执行效果是一样的。但并发情况下需要考虑性能，所以就需要在隔离性上做些手脚（妥协），也就是制定不同的隔离级别达到不同的并发性能。
4.D 持久性：事务每一次的执行结果都应该持久化（存储）到数据库中（磁盘数据）。想想除了select，其他的update/delete/insert都会产生这样的结果，持久化在应用场景中是必须的，除非你写了假接口。哈哈。

1.四个特性之隔离性的体现。
2.对不同并发事务应用场景提供不同解决方案。解决方案本质，加锁。
3.如果不需要隔离别会出现什么情况？
假设一个场景，数据库中任何数据在被并发 curd 时不设置隔开级别，也就是不加锁，情景平移，我们学习多线程时，
对线程对公共变量的并发操作不加锁会导致各种异常情况的发生。
所以不设置数据库隔离级别，我们是不能祈求数据库中数据按照我们的预期去改变的。

演示场景配置：
数据库：mysql 5.7
命令行工具：iterm2.0

命令为：select @@session.tx_isolation;

1.mysql> show databases;
2.mysql> use 你的演示数据库
3.mysql> CREATE TABLE `test` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(11) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=20 DEFAULT CHARSET=utf8;
4.insert into test values(1,'张三'),(2,'李四'),(3,'王五');  
4.select @@session.tx_isolation;
5.set session transaction isolation level read uncommitted;
6.select @@session.tx_isolation;

命令：set autocommit = 0;

begin;

select name from test where id = 1 ;

update test set name = '张八' where id = 1;

select name  from test where id = 1;

rollback;

select name from test where id = 1;

1.美团博客说不加锁，链接在这：http://tech.meituan.com/innodb-lock.html 
2.还有说读不加锁（这个我认同），写加行级共享锁。链接在这：
[http://www.hollischuang.com/archives/943](http://www.hollischuang.com/archives/943)
3.还有说读不加锁，写加行级排他锁（这个我也认同，我做过实践，稍后会演示），但是说写完立马释放行级排他锁。

update test set name = 'fxliutao' where id = 32;

update test set name = 'fxliutao' where id = 32;

select * from information_schema.INNODB_LOCKS\G;

Transactions running at the READ UNCOMMITTED level do not issue shared 
locks to prevent other transactions from modifying data read by the current 
transaction. READ UNCOMMITTED transactions are also not blocked by 
exclusive locks that would prevent the current transaction from reading rows 
that have been modified but not committed by other transactions. When this 
option is set, it is possible to read uncommitted modifications, which are called 
dirty reads. Values in the data can be changed and rows can appear or 
disappear in the data set before the end of the transaction. This option has the 
same effect as setting NOLOCK on all tables in all SELECT statements in a 
transaction. This is the least restrictive of the isolation levels.

在READ UNCOMMITTED级别运行的事务不会发出共享锁，以防止其他事务修
改当前事务读取的数据。读取UNCOMMITTED事务也不被排他锁阻止，这将阻止
当前事务读取已被修改但未被其他事务提交的行。设置此选项时，可以读取未提
交的修改，称为脏读。可以更改数据中的值，并且行可以在事务结束之前在数据
集中显示或消失。此选项与在事务中的所有SELECT语句中的所有表上设置
NOLOCK具有相同的效果。这是隔离级别的最小限制。