MySQL数据库 - 单表&约束&事务

MySQL数据库 - 单表&约束&事务

1. MySQL单表

1.1 DQL_排序查询

SELECT 字段名 FROM 表名 [WHERE 字段 = 值] ORDER BY 字段名 [ASC / DESC]
  • ASC 表示升序排序(默认)
  • DESC 表示降序排序
1.1.1 单列排序
  • 只按照某一个字段进行排序, 就是单列排序
-- 使用 salary 字段,对emp 表数据进行排序 (升序/降序)

-- 默认升序排序 ASC
SELECT * FROM emp ORDER BY salary;
-- 降序排序
SELECT * FROM emp ORDER BY salary DESC;
1.1.2 组合排序
  • 同时对多个字段进行排序, 如果第一个字段相同 就按照第二个字段进行排序,以此类推
-- 在薪水排序的基础上,再使用id进行排序, 如果薪水相同就以id 做降序排序

-- 组合排序
SELECT * FROM emp ORDER BY salary DESC, eid DESC;

1.2 DQL_聚合函数

格式:

SELECT 聚合函数(字段名) FROM 表名
聚合函数 作用
count(字段) 统计指定列不为NULL的记录行数
sum(字段) 计算指定列的数值和
max(字段) 计算指定列的最大值
min(字段) 计算指定列的最小值
avg(字段) 计算指定列的平均值
1.2.1 count 查询总数
-- 统计表中的记录条数 使用 count()

SELECT COUNT(eid) FROM emp; -- 使用某一个字段
SELECT COUNT(*) FROM emp; -- 使用 *
SELECT COUNT(1) FROM emp; -- 使用 1,与 * 效果一样
1.2.2 Sum,Max,Min,Avg
-- sum函数求和, max函数求最大, min函数求最小, avg函数求平均值

SELECT
SUM(salary) AS ‘总薪水‘,
MAX(salary) AS ‘最高薪水‘,
MIN(salary) AS ‘最低薪水‘,
AVG(salary) AS ‘平均薪水‘
FROM emp;

1.2.3 条件查询+聚合函数(count)
# 查询薪水大于4000员工的个数
SELECT COUNT(*) FROM emp WHERE salary > 4000;

# 查询部门为‘教学部‘的所有员工的个数
SELECT COUNT(*) FROM emp WHERE dept_name = ‘教学部‘;

# 查询部门为‘市场部‘所有员工的平均薪水
SELECT
AVG(salary) AS ‘市场部平均薪资‘
FROM emp
WHERE dept_name = ‘市场部‘;

1.3 DQL_分组查询

  • 分组查询指的是使用 GROUP BY 语句,对查询的信息进行分组,相同数据作为一组
SELECT 分组字段/聚合函数 FROM 表名 GROUP BY 分组字段 [HAVING 条件];
  • 分组时可以查询要分组的字段, 或者使用聚合函数进行统计操作.
  • *查询其他字段没有意义
  • where 和 having的区别
过滤方式 特点
where where 进行分组前的过滤 where 后面不能写 聚合函数
having having 是分组后的过滤 having 后面可以写 聚合函数

1.4 DQL_limit

limit关键字的作用:

  • limit是限制的意思,用于 限制返回的查询结果的行数 (可以通过limit指定查询多少行数据)
  • limit 语法是 MySql的方言,用来完成分页

语法结构:

SELECT 字段1,字段2... FROM 表名 LIMIT offset , length;
  • 关键字(Limit offset, length)可以接受一个或者两个为0 或者正整数的参数
  • offset 起始行数, 从0开始记数, 如果省略 则默认为 0
  • length 返回的行数

示例:

# 查询emp表中的前 5条数据

-- 参数1 起始值,默认是0 , 参数2 要查询的条数
SELECT * FROM emp LIMIT 5;
SELECT * FROM emp LIMIT 0 , 5;

# 查询emp表中 从第4条开始,查询6条

-- 起始值默认是从0开始的.
SELECT * FROM emp LIMIT 3 , 6;

分页操作:

-- 分页操作 每页显示3条数据
SELECT * FROM emp LIMIT 0,3; -- 第1页
SELECT * FROM emp LIMIT 3,3; -- 第2页 2-1=1 1*3=3
SELECT * FROM emp LIMIT 6,3; -- 第三页

-- 分页公式 起始索引 = (当前页 - 1) * 每页条数

2 约束

约束的作用:

  • 对表中的数据进行进一步的限制,从而保证数据的正确性、有效性、完整性. 违反约束的不正确数据,将无法插入到表中

常见约束:

约束名 约束关键字
主键 primary key
唯一 unique
非空 not null
外键 foreign key

2.1 主键约束

2.1.1 特点:
  • 不可重复
  • 唯一
  • 非空
2.1.2 作用:
  • 用来表示数据库中的每一条记录
2.1.3 语法格式:
字段名 字段类型 primary key
2.1.4 创建主键的三种方式:
# 方式1 创建一个带主键的表
CREATE TABLE emp2(
-- 设置主键 唯一 非空
eid INT PRIMARY KEY,
ename VARCHAR(20),
sex CHAR(1)
);

-- 方式2 创建一个带主键的表
CREATE TABLE emp2(
eid INT ,
ename VARCHAR(20),
sex CHAR(1),
-- 指定主键为 eid字段
PRIMARY KEY(eid)
);

-- 方式3 创建一个带主键的表
CREATE TABLE emp2(
eid INT ,
ename VARCHAR(20),
sex CHAR(1)
)
-- 创建的时候不指定主键,然后通过 DDL语句进行设置
ALTER TABLE emp2 ADD PRIMARY KEY(eid);

2.1.5 可以做主键的字段
  • 通常针对业务去设计主键,每张表都设计一个主键id
  • 主键是给数据库和程序使用的,跟最终的客户无关,所以主键没有意义没有关系,只要能够保证不重复 就好,比如 身份证就可以作为主键
2.1.6 删除主键约束
-- 使用DDL语句 删除表中的主键
ALTER TABLE emp2 DROP PRIMARY KEY;
2.1.7 主键的自增
  • 主键如果让我们自己添加很有可能重复,我们通常希望在每次插入新记录时,数据库自动生成主键字段的值
  • 关键字AUTO_INCREMENT 表示自动增长(字段类型必须是整数类型)
2.1.8 修改主键自增的起始值
  • 默认地 AUTO_INCREMENT 的开始值是 1
-- 创建主键自增的表,自定义自增起始值
CREATE TABLE emp2(
eid INT PRIMARY KEY AUTO_INCREMENT,
ename VARCHAR(20),
sex CHAR(1)
)AUTO_INCREMENT=100;
2.1.9 DELET和TRUNCAT对自增的影响
清空数据的方式 特点
DELETE 只删除表中所有数据,对自增没有影响
TRUNCATE truncate 是将整个表删除掉,然后创建一个新的表 自增的主键,重新从 1开始
  • 假设目前最后的主键值为101
  • delete删除表中数据,对自增没影响,插入数据主键自增为102
  • truncate删除表中数据,插入数据主键从1开始自增

2.2 非空约束

语法格式:某一列不允许为空

字段名 字段类型 not null

示例:

# 非空约束
CREATE TABLE emp2(
eid INT PRIMARY KEY AUTO_INCREMENT,
-- 添加非空约束, ename字段不能为空
ename VARCHAR(20) NOT NULL,
sex CHAR(1)
);

2.3 唯一约束

语法格式:表中某一列的值不能重复(对null不做唯一的判断)

字段名 字段值 unique

示例:

#创建emp3表 为ename 字段添加唯一约束
CREATE TABLE emp3(
eid INT PRIMARY KEY AUTO_INCREMENT,
ename VARCHAR(20) UNIQUE,
sex CHAR(1)
);
2.3.1 主键约束和唯一约束的区别
  • 主键约束 唯一且不能够为空
  • 唯一约束,唯一 但是可以为空
  • 一个表中只能有一个主键 , 但是可以有多个唯一约束

2.4 外键约束

2.5 默认值

语法格式:用来指定某列的默认值

字段名 字段类型 DEFAULT 默认值

插入数据是可以不声明或者使用Default

3 数据库事务

3.1 事务基本概念

事务的概念:

  • 事务是一个整体,由一条或者多条SQL 语句组成,这些SQL语句要么都执行成功,要么都执行失败, 只要有 一条SQL出现异常,整个操作就会回滚,整个业务执行失败

回滚:

  • 即在事务运行的过程中发生了某种故障,事务不能继续执行,系统将事务中对数据库的所有已完成 的操作全部撤销,滚回到事务开始时的状态。(在提交之前执行)

3.2 MySQL事务操作

2种方式进行事务的提交:

  • 手动提交事务
  • 自动提交事务
3.2.1 手动提交事务
3.2.1.1 语法格式:
功能 语句
开启事务 start transaction; 或者 BEGIN;
提交事务 commit;
回滚事务 rollback;
START TRANSACTION 
  • 这个语句显式地标记一个事务的起始点。
COMMIT
  • 表示提交事务,即提交事务的所有操作,具体地说,就是将事务中所有对数据库的更新都写 到磁盘上的物理数据库中,事务正常结束
ROLLBACK
  • 表示撤销事务,即在事务运行的过程中发生了某种故障,事务不能继续执行,系统将事务中 对数据库的所有已完成的操作全部撤销,回滚到事务开始时的状态
3.2.1.2 手动提交事务的流程
  • 执行成功的情况: 开启事务 -> 执行多条 SQL 语句 -> 成功提交事务

  • 执行失败的情况: 开启事务 -> 执行多条 SQL 语句 -> 事务的回滚

  • 如果事务中 SQL 语句没有问题,commit 提交事务,会对数据库数据的数据进行改变。 如果事务 中 SQL 语句有问题,rollback 回滚事务,会回退到开启事务时的状态

3.2.2 自动提交事务

3.2.2.1 概念

  • MySQL 默认每一条 DML(增删改)语句都是一个单独的事务,每条语句都会自动开启一个事务,语句 执行完毕 自动提交事务,MySQL 默认开始自动提交事务

3.2.2.2 取消自动提交

  • 查看autocommit状态
SHOW VARIABLES LIKE ‘autocommit‘;
  • 把 autocommit 改成 of
SET @@autocommit=off;

3.3 事务的四大特性 (ACID)

特性 含义
原子性 每个事务都是一个整体,不可再拆分,事务中所有的 SQL 语句要么都执行成功, 要么都 失败
一致性 事务在执行前数据库的状态与执行后数据库的状态保持一致。如:转账前2个人的 总金额 是 2000,转账后 2 个人总金额也是 2000
隔离性 事务与事务之间不应该相互影响,执行时保持隔离的状态
持久性 一旦事务执行成功,对数据库的修改是持久的。就算关机,数据也是要保存下来的

3.4 MySQL事务隔离级别

3.4.1 数据并发访问
  • 一个数据库可能拥有多个访问客户端,这些客户端都可以并发方式访问数据库. 数据库的相同数据可能 被多个事务同时访问,如果不采取隔离措施,就会导致各种问题, 破坏数据的完整性
3.4.2 并发访问会产生的问题
  • 事务在操作时的理想状态: 所有的事务之间保持隔离,互不影响。
  • 因为并发操作,多个用户同时访问 同一个 数据。可能引发并发访问的问题
3.4.3 并发访问会产生的问题
并发访问的问题 说明
脏读 一个事务读取到了另一个事务中尚未提交的数据
不可重复读 一个事务中两次读取的数据内容不一致, 要求的是在一个事务中多次读取时数据是一 致的. 这是进行 update 操作时引发的问题
幻读 一个事务中,某一次的 select 操作得到的结果所表征的数据状态, 无法支撑后续的业务 操作. 查询得到的数据状态不准确,导致幻读
3.4.4 四种隔离级别
  • 通过设置隔离级别,可以防止上面的三种并发问题.
  • MySQL数据库有四种隔离级别 上面的级别最低,下面的级别最高
  • ? 不会出现问题
  • ? 会出现问题
级别 名字 隔离级别 脏读 不可重复读 幻读 数据库的默认隔离级别
1 读未提交 read uncommitted ? ? ?
2 读已提交 read committed ? ? ? Oracle和SQLServer
3 可重复读 repeatable read ? ? ? MySql
4 串行化 serializable ? ? ?
  • 隔离级别从小到大(1~4),安全性是越来越高的,但是效率是越来越低的
3.4.5 隔离级别的相关命令
3.4.5.1 查看隔离级别
select @@tx_isolation;

3.4.5.2 设置事务隔离级别

set global transaction isolation level 级别名称;
read uncommitted 读未提交
read committed 读已提交
repeatable read 可重复读
serializable 串行化
  • 需退出MySQL重新登录

示例:修改隔离级别为 读未提交

set global transaction isolation level read uncommitted;
3.4.6 隔离性问题
3.4.6.1 脏读
  • 一个事务读取到了另一个事务中尚未提交的数据
  • 脏读非常危险的,比如张三向李四购买商品,张三开启事务,向李四账号转入 500 块,然后打电 话给李四说钱 已经转了。李四一查询钱到账了,发货给张三。张三收到货后回滚事务,李四的再 查看钱没了

解决方案:

  • 将全局的隔离级别进行提升为: read committed
3.4.6.2 不可重复读
  • 不可重复读: 同一个事务中,进行查询操作,但是每次读取的数据内容是不一样的
  • 两次查询输出的结果不同,不知道以哪次为准
  • 比如银行程序需要将查询结果分别输出到电脑屏幕和发短信给客 户,结果在一个事务 中针对不同的输出目的地进行的两次查询不一致,导致文件和屏幕中的结果不一致,银行工作人员就不知道以哪个为准了

解决方案:

  • 将全局的隔离级别进行提升为: repeatable read
3.4.6.3 幻读
  • 幻读: select 某记录是否存在,不存在,准备插入此记录,但执行 insert 时发现此记录已存在, 无法插入,此时就发生了幻读

解决方案:

  • 如果一个事务,使用了SERIALIZABLE——可串行化隔离级别时,在这个事务没有被提交之前 , 其 他的线程,只能等到当前操作完成之后,才能进行操作,这样会非常耗时,而且,影响数据库的 性能,数据库不会使用这种隔离级别
  • serializable 串行化可以彻底解决幻读,但是 事务只能排队执行,严重影响效率, 数据库不会使用这种隔离级别

MySQL数据库 - 单表&约束&事务

上一篇:【STM32】使用SDIO进行SD卡读写,包含文件管理FatFs(六)-FatFs使用的思路介绍


下一篇:Redis 九 .net 连接 redis 和基本操作