回顾了一下数据库事务相关的特性：ACID
原子性：指事务是数据操作的最小单位，要么全部执行，要么全部都不执行。
一致性：指事务执行前后，数据保持一致。比如银行转账，A有1000块，B有500块，A转给B 500块，事务执行完后，数据也就是金额的总数并没有改变，加起来还是1500，只不过是A少了500，B多了500。
隔离性: 当多个线程都开启事务操作数据库中的数据时，数据库系统要能进行隔离操作，以保证各个线程获取数据的准确性。
持久性：指事务对数据库的操作是持久的，比如修改是永久生效的。
事务的隔离性是指在并发环境中，并发的事务是相互隔离的。SQL标准中定义了四种数据库事务隔离级别，级别从低到高分别为：读未提交（Read Uncommitted）、读已提交（Read Committed）、可重复读（Repeatable Read）、串行化（Serializable）。在事务的并发操作中会出现脏读、不可重复读、幻读。在事务的并发操作中第二类更新丢失可以通过乐观锁和悲观锁解决。
四种隔离级别：
set tx_isolation='READ-UNCOMMITTED';
1.未提交读（隔离级别最低） ： 会导致脏读（未提交读，事务T1在读取数据时，没有对数据加任何锁，所以另外一个事务T2也可以读取并随意修改，然后T1提交事务读出来的数据是被T2修改过的）
set tx_isolation='READ-COMMITTED';
2.已提交读 ：解决了脏读，会导致不可重复读（已提交读，事务T1在读取数据时会对数据加行共享锁，事务T2此时也可以读取此行数据，但是不能给这行数据加入排他锁，事务T1在结束读取时释放了行共享锁，此时T2可以加排他锁，而T1不能对数据进行读取修改，直到T2结束,如果T2进行了某种修改，就会导致第二次T1再查询时，两次查询到的结果不同，这样虽然解决了脏读，但是会产生不可重复读）
set tx_isolation='REPEATABLE-READ';
3.可重复读 （mysql数据库默认的隔离级别）： 解决了不可重复读，会导致幻读（可重复读，事务T1在读取数据时会对数据加一个共享锁，直到事务结束提交后才会释放共享锁，这样T2在T1执行过程中不能给数据加入排他锁进行修改，从而避免了不可重复读，但是会导致幻读，因为可重复读隔离级别加的是行共享锁，比如查询10行数据，会给那10行数据都加入共享锁，但是表是 没有加锁的，事务T2此时虽然不能修改那10行数据，但是可以往10行数据所在的表里插入新的符合T1查询条件的数据，这样T1再次执行查询时会发现多了几条数据，就是幻读。
set tx_isolation='SERIALIZABLE';
4.串行化（隔离级别最高）： 解决了脏读，不可重复度，幻读，但是会降低并发能力（序列化，事务T1在执行读时会对数据所在的表添加表共享锁，直到事务结束，在T1事务期间，T2只能读取 这张表，但是不能进行其他的任何操作，写操作也是一样的，T1往表里写数据时同样会对数据所在的表加上一个表排他锁直到事务结束）。串行化加的不是表锁，还是行级锁，
它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。通俗地讲就是，假如两个事务都操作到同一数据行，那么这个数据行就会被锁定，只允许先读取/操作到数据行的事务优先操作，只有当事务提交了，数据行才会解锁，后一个事务才能成功操作这个数据行，否则只能一直等待
Ps：共享锁 Share Locks（S锁）可以理解为读锁，排他锁 Exclusive Locks（X锁）可以理解为写锁。第一个事务给数据加了共享锁，第二个事务也能给这些数据加共享锁来读取数据，但是不能给他加排他锁来进行写操作，除非第一个事务释放了共享锁，此时第二个事务才能加排他锁来进行写操作，S锁和X锁都属于悲观锁。
乐观锁
在更新语句中增加过滤条件，进行版本的判断，可以是这条记录的版本号、更新时间等。然后通过影响行数来判断是否更新成功。
悲观锁
共享锁又称为读锁，简称S锁，顾名思义，共享锁就是多个事务对于同一数据可以共享一把锁，共享锁是用来读取数据的。另外，一个事务获取了同一数据的共享锁，其他事务就不能获取该数据的排它锁。
排它锁又称为写锁，简称X锁，顾名思义，排它锁就是不能与其他所并存，如一个事务获取了一个数据行的排它锁，其他事务就不能再获取该行的其它锁，包括共享锁和排它锁。另外不存什么事务隔离级别，update/insert/delete会自动获取排它
共享锁获取方式：select * from account where name='jack' lock in share mode;
排它锁获取方式：select * from account where name='jack' for update;
MySQL分为表级锁和行级锁，共享锁和排它锁是行级锁。
通常，对于绝大多数的应用程序来说，可以优先考虑将数据库系统的隔离级别设置为读已提交（Read Committed），这能够在避免脏读的同时保证较好的并发性能。尽管这种事务隔离级别会导致不可重复读、幻读和第二类丢失更新等并发问题，但较为科学的做法是在可能出现这类问题的个别场合中，由应用程序主动采用悲观锁或乐观锁来进行事务控制。