个人主页:个人主页
系列专栏:MySQL数据库
温馨提示:本篇博客为基础篇全部内容,收藏以防找不到。
上节目录
一.Mysql下载安装启动(适合没有下载按照好MySQL的小伙伴,超详图文教程)
二.图形化界面工具(更方便操作数据库,超详细图文安装教程)
三.SQL(MySQL的核心)
1.DDL (数据库操作,表操作,表操作-数据类型,表操作-案例)
2.DML(添加数据,修改数据,删除数据)
3.DQL(基本语法,基础查询,条件查询,聚合函数,分组查询,排序查询,分页查询,案例,执行顺序)
4.DCL(管理用户,权限控制)
四.函数(字符串函数,数值函数,日期函数,流程函数)
五.约束(主键,外键,非空,唯一,默认)
六.多表查询(多表关系,内连接,外连接 ,自连接,子查询)
非常好用的数据库工具:(强烈推荐)
编程实用工具大全(一)(数据库大全)
编程实用工具大全(二)( 在线模拟数据生成器)
赶紧点击看看吧。
本节目录
1.事务简介
2.事务操作
1.未控制事务
1). 测试正常情况
2). 测试异常情况
2.控制事务一
3.控制事务二
3.事务四大特性
4.并发事务问题
5.事务隔离级别
1.事务简介
事务 是一组操作的集合,它是一个不可分割的工作单位,事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求,即这些操作要么同时成功,要么同时失败。
就比如 : 张三给李四转账 1000 块钱,张三银行账户的钱减少 1000 ,而李四银行账户的钱要增加 1000。 这一组操作就必须在一个事务的范围内,要么都成功,要么都失败 
正常情况: 转账这个操作, 需要分为以下这么三步来完成 , 三步完成之后, 张三减少1000, 而李四增加1000, 转账成功 :

异常情况: 转账这个操作, 也是分为以下这么三步来完成 , 在执行第三步是报错了, 这样就导致张三减少1000块钱, 而李四的金额没变, 这样就造成了数据的不一致, 就出现问题了。

为了解决上述的问题,就需要通过数据的事务来完成,我们只需要在业务逻辑执行之前开启事务,执行完毕后提交事务。如果执行过程中报错,则回滚事务,把数据恢复到事务开始之前的状态。

注意: 默认MySQL的事务是自动提交的,也就是说,当执行完一条DML语句时,MySQL会立即隐式的提交事务
2.事务操作
数据准备: - drop table if exists account;
- create table account
- (
- id int primary key AUTO_INCREMENT comment 'ID',
- name varchar(10) comment '姓名',
- money double(10, 2) comment '余额'
- ) comment '账户表';
- insert into account(name, money)
- VALUES ('张三', 2000),
- ('李四', 2000);
复制代码
1.未控制事务
1). 测试正常情况
- -- 1. 查询张三余额
- select * from account where name = '张三';
- -- 2. 张三的余额减少1000
- update account set money = money - 1000 where name = '张三';
- -- 3. 李四的余额增加1000
- update account set money = money + 1000 where name = '李四';
复制代码 
测试完毕之后检查数据的状态, 可以看到数据操作前后是一致的。
2). 测试异常情况
- -- 1. 查询张三余额
- select * from account where name = '张三';
- -- 2. 张三的余额减少1000
- update account set money = money - 1000 where name = '张三';
- 出错了....-- 故意加上的
- -- 3. 李四的余额增加1000
- update account set money = money + 1000 where name = '李四';
复制代码
我们把数据都恢复到 2000 , 然后再次一次性执行上述的 SQL 语句 ( 出错了 .... 这句话不符合 SQL 语法, 执行就会报错 ) ,检查最终的数据情况 , 发现数据在操作前后不一致了。 原因:执行了出错之前的为张三减去1000,而没有执行为李四加上1000 
2.控制事务一
1). 查看/设置事务提交方式
- SELECT @@autocommit ; SET @@autocommit = 0 ;
复制代码 2). 提交事务 3). 回滚事务 注意:上述的这种方式,我们是修改了事务的自动提交行为 , 把默认的自动提交修改为了手动提交, 此时我们执行的 DML 语句都不会提交 , 需要手动的执行 commit 进行提交。
3.控制事务二
1). 开启事务
- START TRANSACTION 或 BEGIN ;
复制代码 2). 提交事务
3). 回滚事务 转账案例: - -- 开启事务start transaction-- 1. 查询张三余额
- select * from account where name = '张三';
- -- 2. 张三的余额减少1000
- update account set money = money - 1000 where name = '张三';
- -- 3. 李四的余额增加1000
- update account set money = money + 1000 where name = '李四';-- 如果正常执行完毕, 则提交事务 commit;-- 如果执行过程中报错, 则回滚事务-- rollback;
复制代码
3.事务四大特性
- 原子性(Atomicity):事务是不可分割的最小操作单元,要么全部成功,要么全部失败。
- 一致性(Consistency):事务完成时,必须使所有的数据都保持一致状态。
- 隔离性(Isolation):数据库系统提供的隔离机制,保证事务在不受外部并发操作影响的独立环境下运行。
- 持久性(Durability):事务一旦提交或回滚,它对数据库中的数据的改变就是永久的。
上述就是事务的四大特性,简称 ACID 。 
4.并发事务问题
1). 赃读:一个事务读到另外一个事务还没有提交的数据。

比如B读取到了A未提交的数据。
2). 不可重复读:一个事务先后读取同一条记录,但两次读取的数据不同,称之为不可重复读。 事务A两次读取同一条记录,但是读取到的数据却是不一样的
3). 幻读:一个事务按照条件查询数据时,没有对应的数据行,但是在插入数据时,又发现这行数据已经存在,好像出现了 "幻影"。 
5.事务隔离级别
为了解决并发事务所引发的问题,在数据库中引入了事务隔离级别。主要有以下几种:

1). 查看事务隔离级别
- SELECT @@TRANSACTION_ISOLATION;
复制代码 2). 设置事务隔离级别 - SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE }
复制代码 注意:事务隔离级别越高,数据越安全,但是性能越低。
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作! |