1.开启事务：明确事物的起始点（begin或者start transaction）
2.执行操作：执行SQL语句
3.判断结果：若操作都执行成功，提交事务，修改生成
若任意操作失败，回滚事务，撤销所有已经执行的修改
事务的作用：
1.保证数据的一致性：避免因部分操作成功，部分操作失败导致的数据混乱（转账扣钱，但是收款方未收到钱）
2.支持并发控制操作：通过设置隔离性协调多个用户同时操作数据库
3.提供错误恢复机制：操作失败时可通过回滚操作恢复到初始状态，减少数据损坏风险
注意事项：
1.并非所有数据库存储引擎都支持事务（比如MYSQL中的MYLSAM不支持，innoDB支持）
2.事务开启后需要尽快提交或者回滚，避免长时间占用资源导致并发性能下降
3.隔离级别越高，数据一致性最好，但并发效率可能越低。
隔离性在数据库中定义了多个并发事务之间的交互规则，用于平衡数据一致性和并发性能，
4个等级，不同的级别针对并发问题（脏读，不可重复读，幻读）的解决程度不同，
4个等级从低到高：
1.读，未提交（read uncommitted)
定义：一个事物可以读取到另一个未提交的事务所所修改的数据
问题：存在“脏读”问题（提交到未提交的“临时数据”，若对方回滚，数据无效）
场景：几乎不使用该隔离性，只适用于对数据一致性要求非常低的场景
2.读已提交（read committed)
定义：一个事物可以读取到另一个已提交的事务所所修改的数据
问题：避免“脏读”问题，存在“不可重复读”问题（同义词数据内两次连续读到同一数据，结果不一致，因中间被其他事物修改并提交）
场景：大多数数据库的默认隔离级别
3.可重复读（repeatable read）
定义：同一事务内多次读取同一数据，结果始终一致（即使其他事物修改并提交，也看不到变化）
解决：避免“脏读”“不可重复读”，存在幻读（同意书屋内两次执行范围查询，结果行数不同，因中间被其他事物插入/删除数据）
场景：Mysql中innodb默认隔离级别
4.串行性(串行化 Seriallzable)
定义：所有事务串行执行（相当于单线程，一次只能执行一个事务）
解决：避免并发事务的所有问题
场景：并发性极差，只适用于对数据一致性要求非常高，且并发性极低的场景
Mysql中隔离级别分为全局级别（对所有新会话生效）和会话级别（仅对当前会话生效）
1.查看当前会话的隔离级别
SELECT @@transaction_isolation;(8.0版本）
select @@tx_isolation; (5.7及以下）
2.查看全局的隔离级别
SELECT @@global.transacction_isolation; (8.0版本）
select @@global_isolation; (5.7及以下）
3.修改当前会话隔离级别
set session transaction isolation level +隔离级别
4.修改全局隔离级别
set global transaction isolation level +隔离级别
隔离级别名称：
READ UNCOMMITTED （读未提交）
READ COMMITTED （读已提交）
REPEATBALE READ(重复读）
SERIALIZABLE串行性
视图：是一种虚拟的表，其定义由查询语句定义
视图本身不存储数据，而是动态引用（基表）的数据，可以把试图理解成一条预定义的select。用户通过视图来间接查询基表
核心特点：
1.虚拟性：视图没有实际的物理存储，数据都来源于定义的select所涉及的基表
2.动态性：基表数据发生变化时，视图中的数据时会变化的
3.安全性：可以通过视图暴露部分信息，隐藏基表的敏感信息
4.简化性：将复杂的查询逻辑封装成视图，无需重复编写sql,直接查视图即可
适用场景：
1.简化复杂查询：对于多表关联，子查询等复杂逻辑，可封装为视图
2.数据权限控制：只允许查看到基表中的部分信息，隐藏其他信息时可以封装为视图
3.同一数据访问接口，当基表的结构变更时（如字段名修改），可通过修改视图定义保持对外接口不变
定义视图的操作：
creat view 视图名 as select 语句
 深度解析)