事务概念
使用事务
-- 开启事务
star transaction;
多条sql语句;
rollback/commit;
-- rollback 中间的语句全部失败,commit 全部成功
-- rollback 是从star往后到rollback之间所有的操作都会返回去
-- 比如删掉的就会增回去
事务的特性
原子性
从它用法可以看出,事务是一个整体,是不可分割的。而以前的人们认为原子是不可分割的微粒了,所有对于这种特性我们称之为原子性。
一致性
事务开启前后,数据库的完整性没有受到破坏,所有的操作都是合法的,所有的数据都是有效的,数据库依然可以正常使用。
持久性
事务中所写入的数据,修改等都是永久的,都是写入到硬盘中的,即使发生断电、断网、机械故障也无一例外。
隔离性
数据库是客户端——服务器式的,那么客户端肯定是不只只有一个的,之其中可能会出现多个客户端同时访问服务器,而且数据库允许这样的事情发生。这也使得事务之间会有影响,多个同时执行的事务之间就可能有影响。隔离性就是为了防止这样的事情发生,隔离等级也各不相同。以下表格隔离程度由低到高。
隔离级别 | 产生影响 | 解决方法 |
读未提交(read uncommitted) | 会产生“脏读” | 给写操作上锁——写数据时不可读 |
读提交(read committed) | 会产生“不可重复读” | 给读操作也上锁——读操作时不能修改 |
可重复读(repeatable read) | 会产生“幻读” | 只要在读,就不能对数据做任何事情 |
串行化(Serializable) | 彻底放弃并发 | ———— |
脏读
多个事务读的是同一份数据,而一个事务读完数据结束后,我把数据内容修改了,后来的事务在读的时候就会与修改前读的数据不一样。比如,甲在b站看一个视频呢,看完视频后记住了视频内容。在甲看完后,up主发现视频内容有些地方有错误,于是立马修改了视频内容重新上传了。乙是在up修改完视频后才看的视频。这样甲乙这两人获得的信息就是不一样的了。
不可重复读
一个事务在读数据时前后读了两次,而刚好在这中间,数据被修改了。比如甲习惯看到好视频多看几遍,他看到了一个视频后,觉得不错还想再看一遍。而在他看第二遍之前,up主修改了视频内容并上传了。此时甲前后看到内容不一致,也就是该视频不可多看。
幻读
一个事务中,读到的结果集不同。b站的视频有的是有合集的,一个合集有很多一系列视频,甲在看2p的时候,up修改了第3p的内容,这样甲读的内容也会发生变化。
有什么错误评论区指出,希望可以帮到你。