对于数据库来说，关系型数据库对于保证数据完整性和一致性方面表现是最好的！
数据的完整性
| 完整性分类 | 具体描述 | 如何保证 |
|---|---|---|
| 实体完整性 | 每个实体都是独一无二的 | 主键 / 唯一索引（唯一约束） |
| 参照完整性（引用完整性） | 子表中不能有父表中没有的数据 | 外键 |
| 域完整性 | 数据都是有效的 | 数据类型和长度、非空约束、默认值约束、检查约束 |
数据的一致性：
数据的一致性通过事务实现 —> 一系列的对数据进行的不可分割的操作，要么全做，要么全部做
事务的ACID特性：
| 事物的特性 | 描述 |
|---|---|
| Atomicity（原子性） | 不可分割 |
| Consistency（一致性） | 事务前后数据状态保持一致 |
| Isolation（隔离性） | 多个并发的事务不知道彼此的中间状态 |
| Duration（持久性） | 事务完成后，对数据的修改要持久化 |
并发事务访问数据可能产生五大类的问题：
- 第一类丢失更新
- 第二类丢失更新
- 脏读（读脏数据）
- 不可重复读
- 幻读
如何解决这五类问题
- 单版本并发控制 - 锁 - 悲观锁 - 性能太差
- 多版本并发控制（MVCC）- 乐观锁 - 性能更好 - 需要冗余字段来支持
直接操作锁非常的麻烦，我们可以通过设置事务隔离级别的方式，让数据库自动选择合适的锁机制来保护数据。
| 事物的隔离级别 | 特点 |
|---|---|
| read uncommitted | 可以读到脏数据 |
| read committed | Oracle默认的隔离级别 -不能避免不可重复读现象，但不会读到脏数据 |
| repeatable read | 避免不可重复读现象（ MySQL默认的事物隔离级别） 另一个事物更新数据，刚才查到的是什么，现在还是什么（查询事物没有提交和回滚之前都可以重复读） |
| serializable | 此种方法不会出现并发数据的问题，但是效率地下，不建议使用 |
MySQL如何查看和修改事务隔离级别（transaction —> tx）
| 功能 | 方法 |
|---|---|
| 查看事物隔离级别 | select @@tx_isolation |
| 修改事物隔离级别 | set session transaction isolation level read committed |
在Linux环境下验证不同事物隔离级别的特性所需要使用到的命令
| 事物过程 | 相关命令 |
|---|---|
| 开事物 | begin; / start transaction； |
| 提交事物 | commit； |
| 回滚事物 | rollback；（未提交之前，取消前面的操作，如更新或删除操作） |
linux下面验证的场景举例：
数据库连接：mysql -u root -p
第一个实验场景：读脏数据
事物A：
begin；
update tb_emp set sal=2800 where eno = 1359;
事物B：
set session transaction isolation level read committed;
begin;
select * from tb_emp; --->读脏数据
commit;
事物A:
rollback;
第二个实验场景：不可重复读
事物B：
set session transaction isolation level read committed;
begin;
select * from tb_emp where sal<3000;
事物A：
begin；
update tb_emp set sal=3800 where eno=1359;
commit;
事物B：
select * from tb_emp where sal<3000; --->没有1359对应的记录了，不可重复读
commit；
第三个实验场景：可以重复读
事物B：
set session transaction isolation level repeatable read;
begin;
select * from tb_emp where sal<3000;
事物A：
begin；
update tb_emp set sal=3800 where eno=1359;
commit;
事物B：
select * from tb_emp where sal<3000; --->还可以读到最开始使用select使用此命令读到的内容
commit；