一个事务的开始和结尾必须是 start transaction | commit; rollback
事务特性
1.原子性:多个操作打包成一个整体,要么全部执行,要么一个都不执行。
不过这里的“一个都不执行”并不是真正的全不执行,只是看起来与没执行一样。如果是中间戳错了,就自动把前面已经成功执行的操作,进行还原(rollback,回滚就是通过日志记录数据库事务操作的中间过程,按照原操作的逆操作进行)。
2.一致性:事务执行前后数据可以对上(依靠约束)
3.持久性:事务里执行的操作都是持久生效的,最终会被写在硬盘里,一旦事务执行成功,所有操作产生的修改都会被写在硬盘里。
4.隔离性:并发执行事务的时候,隔离性,会在执行效率和数据可靠之间做出权衡~~
"隔离"描述的是同时执行的事务之间,相互的影响~~
隔离性越高,并发性就越低;数据越可靠,性能就越低(银行转账)。反之就是点赞数。
临时的并非准确的 我们称之为“脏读”。解决脏读问题就得给 写 操作加锁。在进行写操作时,可以使用锁来保证数据的一致性,避免其他事务对数据进行读取。(提交前不能读)
不可重复读问题指的是同一个事务中多次查询同一数据行时,由于其他事务修改了该行数据,导致该事务中多次查询到的结果不一致,出现了“不可重复读”的现象。解决办法就是给读操作加锁。(读的时候不能去修改)
幻读是指在一个事务内,多次执行相同的查询语句,但由于其他事务插入、更新或删除了符合查询条件的数据行,导致每次查询返回的结果集不一致的情况。与不可重复读类似,幻读也可能破坏了事务的隔离性和数据的一致性。
幻读可以看成是不可重复读更进一步,比如一个事务在多次读的时候,虽然读到的数据是一样的,但是结果集是不一样的,第一次读假设是10条记录,第二次读是11条记录,11条中的10条与之前是一样的,但多出来一个。
解决办法就是串行化,彻底放弃并发执行事务,一个接一个执行。(串行化并发性最低,隔离性最高,效率最低,隔离性最高)
小结:
在并发执行事务的过程中,可能产生以下问题:
1.脏读
读到了写事务提交之前的中间数据(脏数据)写加锁.提交之前,不能读~
2.不可重复读
一个事务之内,多次读取同一个数据,发现数据不一样(在读的过程中,另一个事务修改了数据)读加锁.读的时候,不能修改了~3.幻读
一个事务之内,多次读到的数据,值相同,但是结果集不同.彻底串行化,完全放弃并发执行
四种隔离级别:默认是repeatable read (RC)进行了写和读加
越往下,隔离级别越高,并发性越低;
数据可靠越高,性能越低;
read uncommitted
不做任何处理,事务间随意并发read committed
对写操作加锁,解决了读脏数据问题repeatable read
对读写操作加锁,解决了读脏数据问题,不可重复读问题serializable
严格串行化,解决了三个由并发引起的问题,并发程度最低,隔离性是最高的