事务
在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文件。我们可以用此文件对数据库进行恢复。
