数据库（一）--数据库系统的核心知识点

事务

事务是满足ACID特性的一组操作，可以通过commit提交一个事务，也可以使用Rollback进行回滚。

ACID

1. 原子性（Atomicity）
事务被视为不可分割的最小单元，事务的所有操作要么是全部提交成功，要么全部失败回滚。回滚可以用日志来实现，日志记录着事务所执行的修改操作，在回滚后反向执行这些修改操作即可。
2. 一致性（Consistency）
数据库在事务执行前后都保持一致性状态，在一致性状态下，所有事务对一个数据的读取结果都是相同的。
3. 隔离性（Isolation）
一个事务所做的修改在最终提交前，对其他事务是不可见的。
4. 持久性（Durability）
一旦事务提交，则其所做的修改将会永远保存在数据库中。即使系统发生崩溃，事务执行的结果也不能丢失。
可以通过数据库备份和恢复来实现，在系统发生崩溃时，使用备份的数据库进行数据恢复。

这几个特性不是一种平级关系：

• 只有满足一致性，事务的执行结果才会正确
• 在无并发的情况下，事务串行执行，隔离性一定能满足。此时只要能满足原子性，就一定能满足一致性。
• 在并发的情况下，多个事务并行执行，事务不仅要满足原子性还要满足隔离性，才能满足一致性。
• 事务满足持久化是为了能应对数据库崩溃的情况。
  

AUTOCOMMIT

MySQL默认采用自动提交模式。也就是说，如果不显式使用START TRANSACTION语句来开始一个事务，那么每个查询都会被当做一个事务自动提交。

并发一致性

在并发环境下，事务的隔离性很难保证，因此会出现很多并发一致性问题。

丢失修改

读脏数据

不可重复读

幻影读

产生并发不一致问题主要原因是破坏了事务的隔离性，解决方法是通过并发控制来保证隔离性。并发控制可以通过封锁来实现，但是封锁操作需要用户自己控制，相当复杂。数据库管理系统提供了事务的隔离级别，让用户以一种更加轻松的方式处理并发一致性问题。

封锁

封锁粒度

MySQL提供了两种封锁粒度：行级锁和表级锁。
应该尽可能只锁定需要修改的那部分数据，而不是所有的资源。锁定的数据量越少，发生争锁的可能性就越小，系统的并发程度就越高。
但是加锁需要消耗资源，锁的各种操作（包括获取锁、释放锁、以及检查锁状态）都会增加系统开销。因此封锁粒度越小，系统开销就越大