存储引擎
MySQL 体系结构
- 连接层:处理客户端的连接,进行授权认证、校验权限
- 服务层:SQL 的接口、解析、优化
- 引擎层:索引在该层实现,不同的引擎索引结构不同
- 存储层:将数据库中相关的数据、索引以及日志文件存储在磁盘中
存储引擎介绍
存储引擎就是存储数据、建立索引、更新/查询数据等技术的实现方式。存储引擎是基于表的,而不是基于库的,所以存储引擎也可被称为表类型。
- 在创建表时,指定存储引擎
CREATE TABLE 表名(
字段1 字段1类型 [COMMENT 字段1注释],
......
字段n 字段n类型 [COMMENT 字段n注释]
) ENGINE=INNODB [COMMENT 表注释];
- 查看当前数据库支持的存储引擎
show engines;
存储引擎特点
InnoDB
介绍
InnoDB 是一种兼顾高可靠性和高性能的通用存储引擎,在 MySQL 5.5 之后,InnoDB 是默认的 MySQL 存储引擎。
特点
- DML 操作遵循 ACID 模型,支持事务
- 行级锁,提高并发访问性能
- 支持外键 FOREIGN KEY 约束,保证数据的完整性和正确性
文件
xxx.ibd:xxx 代表的是表名,InnoDB 引擎的每张表都会对应这样一个表空间文件,存储该表的表结构(frm、sdi)、数据和索引。
参数:innodb_file_per_table(每一张表都对应一个表空间文件,MySQL 8.0 默认开启)
show variables like 'innodb_file_per_table';
MyISAM
介绍
MyISAM 是 MySQL 早期的默认存储引擎
特点
- 不支持事务,不支持外键
- 支持表锁,不支持行锁
- 访问速度快
文件
Memory
介绍
Memory 引擎的表数据时存储在内存中的,由于受到硬件问题、或断电问题的影响,只能将这些表作为临时表或缓存使用。
特点
- 在内存中存放,访问速度快
- 支持 hash 索引
文件
xxx.sdi:存放表结构信息
对比
存储引擎选择
在选择存储引擎时,应该根据应用系统的特点选择合适的存储引擎。对于复杂的应用系统,还可以根据实际情况选择多种存储引擎进行组合。
- InnoDB:是 MySQL 的默认存储引擎,支持事务、外键。如果应用对事务的完整性有比较高的要求,在并发条件下要求数据的一致性,数据操作除了插入和查询之外,还包含很多的更新、删除操作,那么 InnoDB 存储引擎是比较合适的选择。
- MyISAM:如果应用是以读操作和插入操作为主,只有很少的更新和删除操作,并且对事务的完整性、并发性要求不是很高,那么选择这个存储引擎是非常合适的。
- MEMORY:将所有数据保存在内存中,访问速度快,通常用于临时表及缓存。MEMORY 的缺陷就是对表的大小有限制,太大的表无法缓存在内存中,而且无法保障数据的安全性。
索引
索引概述
介绍
索引(index)是帮助 MySQL 高效获取数据的数据结构(有序)。在数据之外,数据库系统还维护着满足特定查找算法的数据结构,这些数据结构以某种方式引用(指向)数据,这样就可以在这些数据结构上实现高级查找算法,这种数据结构就是索引。
演示
备注:上述二叉树索引结构的只是一个示意图,并不是真实的索引结构。
优缺点
优点:
- 提高数据检索的效率,降低数据库的 IO 成本
- 通过索引列对数据进行排序,降低数据排序的成本,降低 CPU 的消耗
缺点:
- 索引列也是要占用空间的
- 索引大大提高了查询效率,同时却也降低更新表的速度,如对表进行 INSERT、UPDATE、DELETE 时,效率降低
索引结构
MySQL 的索引是在存储引擎层实现的,不同的存储引擎有不同的结构,主要包含以下几种:
- B+Tree 索引:最常见的索引类型,大部分引擎都支持 B+ 树索引
- Hash 索引:底层数据结构是用哈希表实现的,只有精确匹配索引列的查询才有效,不支持范围查询
- R-tree(空间索引):空间索引是 MyISAM 引擎的一个特殊索引类型,主要用于地理空间数据类型,通常使用较少
- Full-text(全文索引):是一种通过建立倒排索引,快速匹配文档的方式。类似于 Lucene,Solr,ES
二叉树
二叉树缺点:顺序插入时,会形成一个链表,查询性能大大降低。大数据量情况下,层级较深,检索速度慢。
红黑树:大数据量情况下,层级较深,检索速度慢。
B-Tree(多路平衡查找树)
以一颗最大度数(max-degree)为 5 阶的 b-tree 为例(每个节点最多存储 4 个 key,5 个指针):
树的度数是指一个节点的子节点个数
B+Tree
以一颗最大度数(max-degree)为 4(4 阶)的 b+tree 为例:
相对于 B-Tree 区别:
- 所有的数据都会出现在叶子节点
- 叶子节点形成一个单向链表
MySQL 中的 B+Tree
MySQL 索引数据结构对经典的 B+Tree 进行了优化。在原 B+Tree 的基础上,增加一个指向相邻叶子节点的链表指针,就形成了带有顺序指针的 B+Tree,提高区间访问的性能。
Hash
哈希索引就是采用一定的 hash 算法,将键值换算成新的 hash 值,映射到对应的槽位上,然后存储在 hash 表中。
如果两个(或多个)键值,映射到一个相同的槽位上,他们就产生了 hash 冲突(也称为 hash 碰撞),可以通过链表来解决。
特点:
- Hash 索引只能用于对等比较(=,in),不支持范围查询(between,>,<,…)
- 无法利用索引完成排序操作
- 查询效率高,通常只需要一次检索就可以了,效率通常要高于 B+tree 索引
在 MySQL 中,支持 hash 索引的是 Memory 引擎,而 InnoDB 中具有自适应 hash 功能,hash 索引是存储引擎根据 B+Tree 索引在指定条件下自动构建的。
❓为什么 InnoDB 存储引擎选择使用 B+Tree 索引结构?
- 相对于二叉树,层级更少,搜索效率更高
- 对于 B-tree,无论是叶子节点还是非叶子节点,都会保存数据,这样导致一页中存储的键值减少,指针跟着减少,要同样保存大量数据,只能增加树的高度,导致性能降低
- 相对 Hash 索引,B+tree 支持范围匹配及排序操作
索引分类
在 InnoDB 存储引擎中,根据索引的存储形式,又可以分为以下两种:
聚集索引选取规则:
- 如果存在主键索引,主键索引就是聚集索引
- 如果不存在主键,将使用第一个唯一(UNIQUE)索引作为聚集索引
- 如果表没有主键,或没有合适的唯一索引,则 InnoDB 会自动生成一个 rowid 作为隐藏的聚集索引
❓InnoDB 主键索引的 B+Tree 高度为多高呢?
假设:一行数据大小为 1 k,一页中可以存储 16 行这样的数据。InnoDB 的指针占用 6 个字节的空间,主键即使为 bigint,占用字节数为8。
高度为 2: n × 8 + ( n + 1 ) × 6 = 16 × 1024 n \times 8 + (n + 1) \times 6 = 16 \times 1024 n×8+(n+1)×6=16×1024,算出 n 约为 1170
1171 × 16 = 18736 1171 \times 16 = 18736 1171×16=18736高度为 3: 1171 × 1171 × 16 = 21939856 1171 \times 1171 \times 16 = 21939856 1171×1171×16=21939856
索引语法
创建索引:
create [unique|fulltext] index index_name on table_name(index_col_name, ...);
查看索引:
show index from table_name;
删除索引:
drop index index_name on table_name;
SQL 性能分析
SQL 执行频率
MySQL 客户端连接成功后,通过 show [session|global] status
命令可以提供服务器状态信息。通过如下指令,可以查看当前数据库的 INSERT、UPDATE、DELETE、SELECT 的访问频次:
show global status like 'Com_______';
慢查询日志
慢查询日志记录了所有执行时间超过指定参数(long_query_.time,单位:秒,默认 10 秒)的所有 SQL 语句的日志。
MySQL 的慢查询日志默认没有开启:
查看慢查询是否开启:
show variables like 'slow_query_log';
默认没有开启:
要开启慢查询日志,需要在 MySQL 的配置文件(/etc/my.cnf)中配置如下信息:
# 开启MySQL慢日志查询开关
slow query log=1
# 设置慢日志的时间为2秒,SQL语句执行时间超过2秒,就会视为慢查询,记录慢查询日志
long_query_time=2
配置完毕之后,通过以下指令重新启动 MySQL 服务器进行测试,查看慢日志文件中记录的信息/var/lib/mysql/localhost-slow.log。
systemctl restart mysqld
重启后再次查看慢查询日志是否开启:
当执行查询的耗时大于在配置文件中配置的查询耗时,就会将查询的信息记录在慢查询日志中:
profile 详情
show profiles
能够在做 SQL 优化时帮助我们了解时间都耗费到哪里去了。通过 have profiling
参数,能够看到当前 MySQL 是否支持 profile 操作:
select @@have_profiling;
默认 profiling 是关闭的,可以通过 set 语句在 session/global 级别开启 profiling:
set profiling=1;
开启前:
开启后:
执行一系列的业务 SQL 的操作,然后通过如下指令查看指令的执行耗时:
# 查看每一条SQL的耗时继本情况
show profiles;
# 查看指定query id 的 SQL 语句各个阶段的耗时情况
show profile for query query_id;
# 查看指定query id 的 SQL 语句 CPU 的使用情况
show profile cpu for query query_id;
explain 执行计划
EXPLAIN
或者 DESC
命令获取 MySQL 如何执行 SELECT 语句的信息,包括在 SELECT 语句执行过程中表如何连接和连接的顺序。
语法:
# 直接在select语句之前加上关键字explain/de
explain select 字段列表 from 表名 where 条件;
explain 执行计划各字段含义:
id
:select 查询的序列号,表示查询中执行 select 子句或者是操作表的顺序(id 相同,执行顺序从上到下;id 不同,值越大,越先执行)select_type
:表示 SELECT 的类型,常见的取值有 SIMPLE(简单查询,即不使用表连接或者子查询)、PRIMARY(主查询,即外层的查询)、UNION(UNION 中的第二个或者后面的查询语句)、SUBQUERY(SELECT/WHERE 之后包含了子查询)等type
:表示连接类型,性能由好到差的连接类型为 NULL(查询时不访问任何表)、system(查询系统表)、const(根据主键或唯一索引访问)、eq_ref、ref(使用非唯一性的索引进行查询)、range、index(用了索引,但会对索引进行扫描,遍历整个索引树)、all(全表扫描)possible_key
:显示可能应用在这张表上的索引,一个或多个key
:实际使用的索引,如果为 NULL,则没有使用索引key_len
:表示索引中使用的字节数,该值为索引字段最大可能长度,并非实际使用长度,在不损失精确性的前提下,长度越短越好rows
:MySQL 认为必须要执行查询的行数,在 InnoDB 引擎的表中,是一个估计值,可能并不总是准确的filtered
:表示返回结果的行数占需读取行数的百分比,filtered 的值越大越好Extra
:额外的信息
索引使用
验证索引效率
为建立索引时(100 万条数据,耗时 20.78 秒):
创建索引后(耗时 0.01 秒):
最左前缀法则
如果索引了多列(联合索引),要遵守最左前缀法则。最左前缀法则指的是查询从索引的最左列开始,并且不跳过索引中的列。
如果跳跃某一列,索引将部分失效(后面的字段索引失效)。
查看执行计划:
跳过 profession 字段,则 type 为全表扫描,未使用索引:
跳过 age 字段,则会使用索引:
可以看到 key_len 为 47,即 status 字段的索引失效了。
范围查询
联合索引中,出现范围查询(>,<),范围查询右侧的列索引失效。
在使用范围查询时,尽量使用
>=
和<=
索引失效情况
索引列运算
不要在索引列上进行运算操作,索引将失效。
字符串不加引号
字符串类型字段使用时,不加引号,索引将失效。
模糊查询
如果仅仅是尾部模糊匹配,索引不会失效。如果是头部模糊匹配,索引失效。
or 连接的条件
用 or 分割开的条件,如果 or 前的条件中的列有索引,而后面的列中没有索引,那么涉及的索引都不会被用到。
下面示例中,age 字段没有建立索引,id 和 phone 字段有索引:
数据分布影响
如果 MySQL 评估使用索引比全表扫描更慢,则不使用索引。
因为表中所有的 phone 数据都大于 17999990000,表中的大部分数据都要查出来,MySQL 判断使用索引的性能不如全表扫描,所以就不走索引。
SQL 提示
SQL 提示,是优化数据库的一个重要手段,简单来说,就是在 SQL 语句中加入一些人为的提示来达到优化操作的目的。
默认情况下,MySQL 会自行判断该使用哪个索引,这里,当 profession 字段既有联合索引又有单列索引时,MySQL 使用了联合索引:
use index
:建议使用某个索引
ignore index
:忽略某个索引
force index
:强制使用某个索引
覆盖索引
尽量使用覆盖索引(查询使用了索引,并且需要返回的列,在该索引中已经全部能够找到),减少 select *。
主要看 Extra 额外信息,未查询 name 字段时,额外信息为 Using where; Using index
,查询 name 字段时,额外信息为 Using index condition
。
Using index condition
:查找使用了索引,但是需要回表查询数据Using where; Using index
:查找使用了索引,但是需要的数据都在索引列中能找到,所以不需要回表查询数据
前缀索引
当字段类型为字符串(varchar,text 等)时,有时候需要索引很长的字符串,这会让索引变得很大,查询时,浪费大量的磁盘 IO,影响查询效率。此时可以只将字符串的一部分前缀,建立索引,这样可以大大节约索引空间,从而提高索引效率。
语法:
create index idx_xxx on table_name(colomn_name(n));
前缀长度可以根据索引的选择性来决定,而选择性是指不重复的索引值(基数)和数据表的记录总数的比值,索引选择性越高则查询效率越高,唯一索引的选择性是 1,这是最好的索引选择性,性能也是最好的。
select count(distinct email)/count(*) from tb_user;
select count(distinct substring(email,1,5))/count(*) from tb_user;
结果为 1,说明 email
字段的索引选择性为 1.
如果想要最好的选择性,可以截取前 10 个字符来创建前缀索引;如果要平衡索引选择性和内存,可以选择截取前 5 个字符来创建前缀索引。
前缀索引查询流程:
单列&联合索引
- 单列索引:即一个索引只色含单个列。
- 联合索引:即一个索引包含了多个列。
在业务场景中,如果存在多个查询条件,考虑针对于查询字段建立索引时,建议建立联合索引,而非单列索引。
多条件联合查询时,MySQL 优化器会评估哪个字段的索引效率更高,会选择该索引完成本次查询。
联合索引情况:
索引设计原则
- 针对于数据量较大,且查询比较频繁的表建立索引。
- 针对于常作为查询条件(where)、排序(order by)、分组(group by)操作的字段建立索引。
- 尽量选择区分度高的列作为索引,尽量建立唯一索引,区分度越高,使用索引的效率越高。
- 如果是字符串类型的字段,字段的长度较长,可以针对于字段的特点,建立前缀索引。
- 尽量使用联合索引,减少单列索引,查询时,联合索引很多时候可以覆盖索引,节省存储空间,避免回表,提高查询效率。
- 要控制索引的数量,索引并不是多多益善,索引越多,维护索引结构的代价也就越大,会影响增删改的效率。
- 如果索引列不能存储 NULL 值,请在创建表时使用 NOT NULL 约束它。当优化器知道每列是否包含 NULL 值时,它可以更好地确定哪个索引最有效地用于查询。
SQL 优化
插入数据
insert 优化
- 批量插入
insert into tb test values(1,'Tom'),(2,'Cat),(3,Jerry);
- 手动提交事务
start transaction;
insert into tb_test values(1,'Tom'),(2,'Cat'),(3,'Jerry');
insert into tb_test values(4,'Tom'),(5,'Cat'),(6,'Jerry');
insert into tb test values(7,'Tom'),(8,'Cat'),(9,'Jerry');
commit;
- 主键顺序插入
主键乱序插入:8 1 9 21 88 2 4 15 89 5 7 3
主键顺序插入:1 2 3 4 5 7 8 9 15 21 88 89
大批量插入数据
如果一次性需要插入大批量数据,使用 insert 语句插入性能较低,此时可以使用 MySQL 数据库提供的 load
指令进行插入。操作如下:
# 客户端连接服务端时,加上参数-local--infile
mysql --local-infile -u root -p
# 设置全局参数local infile为1,开启从本地加载文件导入数据的开关
set global local infile=1;
# 执行load指令将准备好的数据,加载到表结构中
load data local infile '/root/100w.sql' into table `tb_user` fields terminated by ',' lines terminated by '\n';
从上图可以看出,100 万条数据导入只花了 16.84 秒。
注意:主键顺序插入的性能要高于乱序插入
主键优化
数据组织方式
在 InnoDB 存储引擎中,表数据都是根据主键顺序组织存放的,这种存储方式的表称为索引组织表(index organized table,IOT)。
页分裂
页可以为空,也可以填充一半,也可以填充 100%。每个页包含了 2-N 行数据(如果一行数据多大,会行溢出),根据主键排列。
主键乱序插入会发生页分裂现象。
页合并
当删除一行记录时,实际上记录并没有被物理删除,只是记录被标记(flaged)为删除并且它的空间变得允许被其他记录声明使用。
当页中删除的记录达到 MERGE THRESHOLD(默认为页的 50%),InnoDB 会开始寻找最靠近的页(前或后)看看是否可以将两个页合并以优化空间使用。
MERGE_THRESHOLD:合并页的阈值,默认为 50%,也可以自己设置,在创建表或者创建索引时指定。
主键设计原则
- 满足业务需求的情况下,尽量降低主键的长度
- 插入数据时,尽量选择顺序插入,选择使用 AUTO INCREMENT 自增主键
- 尽量不要使用 UUID 做主键或者是其他自然主键,如身份证号
- 业务操作时,尽量避免对主键的修改
order by 优化
Using filesort
:通过表的索引或全表扫描,读取满足条件的数据行,然后在排序缓冲区 sort buffer 中完成排序操作,所有不是通过索引直接返回排序结果的排序都叫 FileSort 排序。Using index
:通过有序索引顺序扫描直接返回有序数据,这种情况即为 using index,不需要额外排序,操作效率高。
前提条件:使用了覆盖索引
如果不使用覆盖索引:
总结:
- 根据排序字段建立合适的索引,多字段排序时,也遵循最左前缀法则
- 尽量使用覆盖索引
- 多字段排序,一个升序一个降序,此时需要注意联合索引在创建时的规则(ASC/DESC)
- 如果不可避免的出现 filesort,大数据量排序时,可以适当增大排序缓冲区大小 sort buffer size(默认 256 k)
group by 优化
总结
- 在分组操作时,可以通过索引来提高效率
- 分组操作时,索引的使用也是满足最左前缀法则的
limit 优化
一个常见又非常头疼的问题就是 limit 2000000,10
,此时需要 MySQL 排序前 2000010 记录,仅仅返回 2000000-2000010 的记录,其他记录丢弃,查询排序的代价非常大。
优化思路:一般分页查询时,通过创建覆盖索引能够比较好地提高性能,可以通过覆盖索引加子查询形式进行优化。
select * from tb_sku t,(select id from tb_sku order by id limit 2000000,10) a where t.id=a.id;
count 优化
- MyISAM 引擎把一个表的总行数在在了磁盘上,因此执行
count(*)
的时候会直接返回这个数,效率很高 - InnoDB 引擎就麻烦了,它执行
count(*)
的时候,需要把数据一行一行地从引擎里面读出来,然后累积计数
优化思路:自己计数
count 的几种用法
- count()是一个聚合函数,对于返回的结果集,一行行地判断,如果 count 函数的参数不是 NULL,累计值就加 1,否则不加,最后返回累计值。
- 用法:
count(*)
、count(主键)
、count(字段)
、count(1)
count(主键)
- InnoDB 引擎会遍历整张表,把每一行的主键 id 值都取出来,返回给服务层。服务层拿到主键后,直接按行进行累加(主键不可能为 null)。
count(字段)
- 没有 not null 约束:InnoDB 引擎会遍历整张表把每一行的字段值都取出来,返回给服务层,服务层判断是否为 null,不为 null,计数累加。
- 有 not null 约束:InnoDB 引擎会遍历整张表把每一行的字段值都取出来,返回给服务层,直接按行进行累加。
count(1)
- InnoDB 引擎遍历整张表,但不取值。服务层对于返回的每一行,放一个数字“1”进去,直接按行进行累加。
count(*)
- InnoDB 引擎并不会把全部字段取出来,而是专门做了优化,不取值,服务层直接按行进行累加。
按照效率排序的话,count(字段) < count(主键 id) < count(1) ≈ cougt(*),所以尽量使用 count(*)。
update 优化
InnoDB 的行锁是针对索引加的锁,不是针对记录加的锁,并且该索引不能失效,否则会从行锁升级为表锁。
在进行 update 操作时,条件中的字段必须要有索引,否则会加表锁而不是行锁。
视图
介绍
视图(View)是一种虚拟存在的表。视图中的数据并不在数据库中实际存在,行和列数据来自定义视图的查询中使用的表,并且是在使用视图时动态生成的。
通俗的讲,视图只保存了查询的 SQL 逻辑,不保存查询结果。所以我们在创建视图的时候,主要的工作就落在创建这条 SQL 查询语句上。
创建视图
create [or replace] view 视图名称[(列名列表)] as select语句 [with [cascaded|local] check option]
示例:
create or replace view stu_v_1 as select id,name from student where id <= 10;
查询视图
查看创建视图语句:
show create view 视图名称;
查看视图数据:
select * from 视图名称 条件;
示例:
show create view stu_v_1;
select * from stu_v_1;
修改视图
方式一:
create [or replace] view 视图名称[(列名列表)] as select语句 [with [cascaded|local] check option]
方式二:
alter view 视图名称[(列名列表)] as select语句 [with [cascaded|local] check option]
删除视图
drop view [if exists] 视图名称1[,视图名称2] ...
视图检查选项
当使用 WITH CHECK OPTION
子句创建视图时,MySQL 会通过视图检查正在更改的每个行,例如插入,更新,删除,以使其符合视图的定义。MySQL 允许基于另一个视图创建视图,它还会检查依赖视图中的规则以保持一致性。为了确定检查的范围,mysql 提供了两个选项:CASCADED
和 LOCAL
,默认值为 CASCADED
。
CASCADED
(级联):
使用
CASCADED
时,因为 v2 基于 v1,所以在对 v2 视图进行插入操作时,不仅会检查是否满足创建 v2 视图时指定的条件,还会检查是否满足创建 v1 视图时指定条件,相当于给 v1 也添加了with cascaded check option
选项。
cascaded
是向下级联的。
LOCAL
:
使用
LOCAL
时,在对 v2 视图进行插入操作时,会检查创建 v2 的条件,但不会检查 v1 的条件。
视图的更新
要使视图可更新,视图中的行与基础表中的行之间必须存在一对一的关系。如果视图包含以下任何一项,则该视图不可更新:
- 聚合函数或窗口函数(
SUM()
、MIN()
、MAX()
、COUNT()
等) DISTINCT
GROUP BY
HAVING
UNION
或者UNION ALL
作用
- 简单:视图不仅可以简化用户对数据的理解,也可以简化他们的操作。那些被经常使用的查询可以被定义为视图,从而使得用户不必为以后的操作每次指定全部的条件。
- 安全:数据库可以授权,但不能授权到数据库特定行和特定的列上。通过视图用户只能查询和修改他们所能见到的数据。
- 数据独立:视图可帮助用户屏蔽真实表结构变化带来的影响。
案例
- 为了保证数据库表的安全性,开发人员在操作 tb_user 表时,只能看到的用户的基本字段,屏蔽手机号和邮箱两个字段。
create view tb_user_view as select id,name,profession,age,gender,status,createtime from tb_user;
- 查询每个学生所选修的课程(三张表联查),这个功能在很多的业务中都有使用到,为了简化操作,定义一个视图。
首先编写查询的 SQL 语句:
select s.name student_name,s.no student_no,c.name course_name from student s,student_course sc,course c where s.id = sc.studentidj and sc.courseid = c.id;
然后创建视图:
create view tb_student_course_view as select s.name student_name,s.no student_no,c.name course_name from student s,student_course sc,course c where s.id = sc.studentidj and sc.courseid = c.id;
存储过程
介绍
存储过程是事先经过编译并存储在数据库中的一段 SQL 语句的集合,调用存储过程可以简化应用开发人员的很多工作,减少数据在数据库和应用服务器之间的传输,对于提高数据处理的效率是有好处的。
存储过程思想上很简单,就是数据库 SQL 语言层面的代码封装与重用。
特点
- 封装,复用
- 可以接收参数,也可以返回数据
- 减少网络交互,效率提升
创建
create procedure 存储过程名称[(参数列表)]
begin
-- SQL 语句
end;
示例:
create procedure p1
begin
select count(*) from student;
end;
注意:在命令行中,执行创建存储过程的 SQ 时,需要通过关键字
delimiter
指定 SQL 语句的结束符。
delimiter $$
create procedure p1
begin
select count(*) from student;
end$$
使用完之后记得用
delomiter
关键字将结束字符改回;
调用
call 名称[(参数)];
示例:
call p1();
查看
查询指定数据库的存储过程及状态信息:
select * from information_schema.ROUTINES where ROUTINE_SCHEMA='xxx';
查询某个存储过程的定义:
show create procedure 存储过程名称;
删除
drop procedure [if exists] 存储过程名称;
变量
系统变量
系统变量是 MySQL 服务器提供,不是用户定义的,属于服务器层面。分为全局变量(GLOBAL,在所有会话中都有效)、会话变量(SESSION,仅在当前会话中有效)。
查看系统变量:
show [session|global] variables; -- 查看所有系统变量
show [session|global] variables like '......'; -- 可以通过like模糊匹配方式查找变量
select @@[session|global.]系统变量名; -- 查看指定变量的值
示例:
show session variables like 'auto%';
show global variables like 'auto%';
select @@autocommit;
select @@global.autocommit;
设置系统变量:
set [session|global] 系统变量名=值;
set @@[session|global.]系统变量名=值;
示例:
set session autocommit = 0;
set @@global.autocommit = 0;
注意:
- 如果没有指定 SESSION/GLOBAL,默认是 SESSION 级别的会话变量。
- mysql 服务重新启动之后,所设置的全局参数会失效,要想不失效,可以在 /etc/my.cnf 中配置。
用户自定义变量
用户定义变量是用户根据需要自己定义的变量,用户变量不用提前声明,在用的时候直接用@变量名
使用就可以。其作用域为当前连接。
赋值:
set @var_name = expr [, @var_name = expr] ...;
set @var_name := expr [, @var_name = expr] ...;
使用:
select @var_name;
注意:
- 用户定义的变量无需对其进行声明或初始化,只不过获取到的值为 NULL。
局部变量
局部变量是根据需要定义的在局部生效的变量,访问之前,需要 DECLARE
声明。可用作存储过程内的局部变量和输入参数,局部变量的范围是在其内声明的 BEGN..END
块。
声明:
declare 变量名 变量类型 [default ...];
变量类型就是数据库字段类型:INT、BIGINT、CHAR、VARCHAR、DATE、TIME 等。
赋值:
set 变量名 = 值;
set 变量名 := 值;
select 字段名 into 变量名 from 表名 ...;
示例:
create procedure p1
begin
declare stu_count int default 0; -- 声明
select count(*) into stu_count from student; -- 赋值
select stu_count; -- 打印
end;
条件判断 if
语法:
if 条件1 then
...
elseif 条件2 then
...
else
...
end if;
练习
根据定义的分数 score 变量,判定当前分数对应的分数等级。
- score>=5 分,等级为优秀。
- score>=60 分且 score<85 分,等级为及格。
- score<60 分,等级为不及格。
create procedure p1()
begin
declare score int default 58;
declare result varchar(10);
if score >= 85 then
set result := '优秀';
elseif score >= 60 then
set result := '及格';
else
set result := '不及格';
end if;
select result;
end;
参数
参数有 3 种类型:
- IN(默认):该类参数作为输入,也就是需要调用时传入值
- OUT:该类参数作为输出,也就是该参数可以作为返回值
- INOUT:既可以作为输入参数,也可以作为输出参数
用法:
create procedure 存储过程名称([in|out|inout 参数名 参数类型])
begin
-- SQL 语句
end;
练习
根据传入参数 score,判定当前分数对应的分数等级,并返回。
- score >= 85 分,等级为优秀。
- score >= 60 分且 score < 85 分,等级为及格。
- score < 60 分,等级为不及格。
create procedure p1(in score score int, out result varchar(10))
begin
if score >= 85 then
set result := '优秀';
elseif score >= 60 then
set result := '及格';
else
set result := '不及格';
end if;
end;
call p1(68, @result);
select @result;
将传入的 200 分制的分数,进行换算,换算成百分制,然后返回。
create procedure p1(inout score double)
begin
set score := score * 0.5;
end;
set @socre = 78;
call p1(@socre);
select @socre;
流程控制 case
语法一:
case case_value
when when_value1 then statement_list1
[when when_value2 then statement_list2] ...
[else statement_list3]
end case;
语法二:
case
when search_condition1 then statement_list1
[when search_condition2 then statement_list2] ...
[else statement_list3]
end case;
练习
根据传入的月份,判定月份所属的季节(要求采用 case 结构)。
- 1-3 月份,为第一季度
- 4-6 月份,为第二季度
- 7-9 月份,为第三季度
- 10-12 月份,为第四季度
create procedure p1(in month int)
begin
declare result varchar(10);
case
when month >= 1 and month <= 3 then set result := '第一季度';
when month >= 4 and month <= 6 then set result := '第二季度';
when month >= 7 and month <= 9 then set result := '第三季度';
when month >= 10 and month <= 12 then set result := '第四季度';
else set result := '非法参数';
end case;
select concat('您输入的月份为:', month,',所属的季度为:', result);
end;
循环结构 while
while 循环是有条件的循环控制语句。满足条件后,再执行循环体中的 SQL 语包。具体语法为:
while 条件 do
-- SQL 逻辑
end while;
先判定条件,如果条件为 tue,则执行逻辑,否则,不执行逻辑。
练习
计算从 1 累加到 n 的值,n 为传入的参数值。
create procedure p1(in n int)
begin
declare total int default 0;
while n > 0 do
set total := total + n;
set n := n - 1;
end while;
select total;
end;
循环结构 repeat
repeat 是有条件的循环控制语句,当满足条件的时候退出循环。具体语法为:
repeat
-- SQL 逻辑
until 条件
end repeat;
先执行次逻辑,然后判定逻辑是否满足,如果满足,则退出。如果不满足,则继续下一次循环。
练习
计算从 1 累加到 n 的值,n 为传入的参数值。
create procedure p1(in n int)
begin
declare total int default 0;
repeat
set total := total + n;
set n := n - 1;
until n <= 0
end repeat;
select total;
end;
循环结构 loop
LOOP 实现简单的循环,如果不在 SQL 逻辑中增加退出循环的条件,可以用其来实现简单的死循环。LOOP 可以配合一下两个语句使用:
- LEAVE:配合循环使用,退出循环。
- ITERATE:必须用在循环中,作用是跳过当前循环剩下的语句,直接进入下一次循环。
[begin_lablel:] loop
-- SQL 逻辑
end loop [end_label];
练习
计算从 1 累加到 n 的值,n 为传入的参数值。
create procedure p1(in n int)
begin
declare total int default 0;
sum:loop
if n <= 0 then
leave sum; -- 退出循环
end if;
set total := total + n;
set n := n - 1;
end loop sum;
select total;
end;
计算从 1 到 n 之间的偶数累加的值,n 为传入的参数值。
create procedure p1(in n int)
begin
declare total int default 0;
sum:loop
if n <= 0 then
leave sum; -- 退出循环
end if;
if n % 2 = 1 then
set n := n - 1;
iterate sum; -- 跳过本次循环,进入下一次循环
end if;
set total := total + n;
set n := n - 1;
end loop sum;
select total;
end;
游标 cursor
游标(CURSO)是用来存储查询结果集的数据类型,在存储过程和函数中可以使用游标对结果集进行循环的处理。游标的使用包括游标的声明、OPEN、FETCH 和 CLOSE,其语法分别如下。
声明游标:
declare 游标名称 cursor for 查询语句;
打开游标:
open 游标名称;
获取游标记录:
fetch 游标名称 into 变量[, 变量...];
关闭游标:
close 游标名称;
练习
根据传入的参数 uage,来查询用户表 tb_usert 中,所有的用户年龄小于等于 uage 的用户姓名(name)和专业(profession),并将用户的姓名和专业插入到所创建的一张新表(id,name,profession)中。
create procedure p1(in uage int)
begin
declare uname varchar(100);
declare upro varchar(100);
-- 声明游标,获取查询结果集
declare u_cursor cursor for select name,profession from tb_user where age <= uage;
-- 创建表结构
drop table if esists tb_user_pro;
create table if not esists tb_user_pro(
id int primary key auto_increment,
name varchar(100),
profession varchar(100)
);
-- 开启游标
open u_cursor;
while true do
-- 获取游标中的记录
fetch u_cursor into uanme,upro;
-- 插入数据到新表中
insert into tb_user_pro(name, profession) values(uname, upro);
end while;
-- 关闭游标
close u_cursor;
end;
注意:
- 要先声明局部变量,再声明游标,否则会报错
条件处理程序 handler
条件处理程序(Handler)可以用来定义在流程控制结构执行过程中遇到问题时相应的处理步骤。具体语法为:
declare handler_action handler for condition_value [, condition_value2...] statement;
handler_action
:
CONTINUE
:继续执行当前程序EXIT
:终止执行当前程序
condition_value
:
SQLSTATE sqlstate_value
:状态码,如 02000SQLWARNING
:所有以01
开头的SQLSTATE
代码的简写NOT FOUND
:所有以02
开头的SQLSTATE
代码的简写SQLEXCEPTION
:所有没有被SQLWARNING
或NOT FOUND
捕获的SQLSTATE
代码的简写
前一个练习中还有一个问题,我们写了一个死循环,当游标中所有数据都读取完毕后,再读取游标中的数据,会报 NO DATA
的错误(状态码为 02000
),可以使用条件处理程序进行优化:
create procedure p1(in uage int)
begin
declare uname varchar(100);
declare upro varchar(100);
-- 声明游标,获取查询结果集
declare u_cursor cursor for select name,profession from tb_user where age <= uage;
declare exit handler for SQLSTATE '02000' close u_cursor;
-- 创建表结构
drop table if esists tb_user_pro;
create table if not esists tb_user_pro(
id int primary key auto_increment,
name varchar(100),
profession varchar(100)
);
-- 开启游标
open u_cursor;
while true do
-- 获取游标中的记录
fetch u_cursor into uanme,upro;
-- 插入数据到新表中
insert into tb_user_pro(name, profession) values(uname, upro);
end while;
-- 关闭游标
close u_cursor;
end;
存储函数
存储函数是有返回值的存储过程,存储函数的参数只能是 IN 类型的。具体语法如下:
create function 存储函数名称([参数列表])
returns type [characteristic...]
begin
-- SQL 语句
return ...;
end;
characteristic
说明:
DETERMINISTIC
:相同的输入参数总是产生相同的结果NO SQL
:不包含 SQL 语句READS SQL DATA
:包含读取数据的语句,但不包含写入数据的语句
练习
计算从 1 累加到 n 的值,n 为传入的参数值。
create function fun1(in n int)
returns int deterministic
begin
declare total int default 0;
while n > 0 do
set total := total + n;
set n := n - 1;
end while;
return total;
end;
select fun1(100);
触发器
介绍
触发器是与表有关的数据库对象,指在 insert/update/delete 之前或之后,触发并执行触发器中定义的 SQL 语句集合。触发器的这种特性可以协助应用在数据库端确保数据的完整性,日志记录,数据校验等操作。
使用别名 OLD
和 NEW
来引用触发器中发生变化的记录内容,这与其他的数据库是相似的。现在触发器还只支持行级触发,不支持语句级触发。
- INSERT 型触发器:NEW 表示将要或者已经新增的数据
- UPDATE 型触发器:OLD 表示修改之前的数据,NEW 表示将要或已经修改后的数据
- DELETE 型触发器:OLD 表示将要或者已经删除的数据
语法
创建:
create trigger trigger_name
before/after insert/update/delete
on table_name for each row -- 行级触发器
begin
trigger_statement;
end;
查看:
show triggers;
删除:
drop trigger [schema_name.]trigger_name;
如果没有指定
schema_name
,默认为当前数据库。
案例
通过触发器记录 tb_user 表的数据变更日志,将变更日志插入到日志表 user_logs 中,包含增加,修改,删除:
create trigger tb_user_insert_trigger
after insert
on tb_user for each row
begin
insert into user_logs(operation, operate_time, operate_id, operate_params) values('insert', now(), new.id, concat('插入的数据内容为:id = ', new.id, ',name = ', new.name, ',phone = ', new.phone, ',email = ', new.email, ',profession = ', new.profession));
end;
create trigger tb_user_update_trigger
after update
on tb_user for each row
begin
insert into user_logs(operation, operate_time, operate_id, operate_params) values('update', now(), new.id, concat('更新之前的数据内容为:id = ', old.id, ',name = ', old.name, ',phone = ', old.phone, ',email = ', old.email, ',profession = ', old.profession, ' | 更新之后的数据内容为:id = ', new.id, ',name = ', new.name, ',phone = ', new.phone, ',email = ', new.email, ',profession = ', new.profession));
end;
create trigger tb_user_delete_trigger
after delete
on tb_user for each row
begin
insert into user_logs(operation, operate_time, operate_id, operate_params) values('delete', now(), old.id, concat('删除的数据内容为:id = ', old.id, ',name = ', old.name, ',phone = ', old.phone, ',email = ', old.email, ',profession = ', old.profession));
end;