c mysql代码中写事务,1.1Mysql事务ACID以及隔离级别

事务

在Mysql中任何一个操作集都叫做事务

只有innodb数据引擎才支持事务,myisam不支持事务

在不使用startTrans/commit/rollback情况下，任何一句sql都是一个事务

ACID四大特性

A automic 原子性

一个事务要么成功要么失败，不会有一个事务中某几个sql成功，某几个失败的情况

I isolation 隔离性

多个事务产生的结果之间不会产生任何干扰

D durability 持久性

事务在提交后对数据的修改是永久的，即使宕机也不会有丢失

C consistant 一致性

在AID的加持下，达到数据库的一致性要求。即数据在事务开始前和开始后的状态是肯定遵守维持数据库原则的，符合我们对数据设定的预期结果

数据库怎么保证数据的原子性之undo log

mysql中任何一句sql语句都会在undolog文件中生成相反的操作，比如执行insert就会在undolog中生成delete语句。如果事务rollback或者执行失败则会执行undolog中的语句。在磁盘中以ibdata的文件名存储在文件系统中。

数据库怎么保证数据的持久性之redo log

mysql在事务中修改数据时，我们首先会在磁盘中把数据读入到内存中，然后修改后，从内存保存到日志缓存内存中，然后根据innodb_flush_log_at_trx_commit这个参数决定redolog缓存刷入到磁盘的时机。所以即使当服务器挂了，数据还没有写入磁盘，但可以根据redolog重新写入,从而保证事务的持久性。在磁盘中以ib_logfile0的文件名存储在文件系统中

数据库怎么保证隔离性

数据库利用MVVC,即多版本并发控制(Multi Version Concurrency Control)机制以及锁机制来保证事务的隔离性。在数据库中只有RR隔离级别在满足事务的隔离性,这样也才满足事务的一致性

四大隔离级别

RU 未提交读

存在脏读问题，也就是在A事务中修改数据x,B事务中读取数据x,隔离级别允许A事务修改x在未提交的情况下,B事务读到A事务修改x后但未提交事务的值。

RC 提交读

存在不可重复读问题，首先A事务中先读取x值为1，B事务修改x为2并提交,A事务再读取x的值读到2.导致问题发生

RR 可重复读

存在幻读问题，首先A事务中先读取id为1的行是否存在，B事务新增id为1的行并提交,A事务再新增id为1的行发生新增失败.导致问题发生

序列化

不存在问题，一个事务一个事务挨个执行.

innodb与myisam对比

innodb支持事务，myisam不支持事务

innodb支持行锁，myisam支持表级锁

innodb支持外键，myisam不支持及外键

innodb有聚簇索引以及非聚簇索引，myisam只有非聚簇索引。但两者都是通过B+Tree进行索引结构存储。

myisam内部维持了一个计数器，所以查询总行数时速度快于innodb

innodb必须要有唯一索引，而myisam可以没有

innodb文件存储是frm(表定义文件),ibd(数据存储文件),myisam是frm(表定义文件)，myd(数据定义文件),myi(索引文件)

binlog二进制文件

binlog文件记录了数据库所有的操作记录，然后以二进制的方式存储在文件中，每mysql重启一次则会生成一个新的binlog文件。我们可以用此文件对数据库进行恢复。