Mysql 进阶（面向面试篇）索引

于 2022-12-10 13:58:18 发布
阅读量835 收藏 3
点赞数 1
文章标签： 面试 mysql java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shyboyandgirl/article/details/128259663
版权

在这里插入图片描述

1、索引

1.1 索引概述

索引（index）是帮助MySQL高效获取数据的数据结构(有序)。在数据之外，数据库系统还维护着满足
特定查找算法的数据结构，这些数据结构以某种方式引用（指向）数据， 这样就可以在这些数据结构
上实现高级查找算法，这种数据结构就是索引。

在这里插入图片描述

1.2 演示

表结构及其数据如下：
在这里插入图片描述
假如我们要执行的SQL语句为 ： select * from user where age = 45;

1） 无索引的情况
在这里插入图片描述
在无索引情况下，就需要从第一行开始扫描，一直扫描到最后一行，我们称之为 全表扫描，性能很
低。

2）有索引的情况
如果我们针对于这张表建立了索引，假设索引结构就是二叉树，那么也就意味着，会对age这个字段建
立一个二叉树的索引结构。
在这里插入图片描述
此时我们在进行查询时，只需要扫描三次就可以找到数据了，极大的提高的查询的效率。
在这里插入图片描述

1.3 特点

在这里插入图片描述

2.1 索引结构

MySQL的索引是在存储引擎层实现的，不同的存储引擎有不同的索引结构，主要包含以下几种：在这里插入图片描述
上述是MySQL中所支持的所有的索引结构，接下来，我们再来看看不同的存储引擎对于索引结构的支持情况。
在这里插入图片描述

2.2 二叉树

假如说MySQL的索引结构采用二叉树的数据结构，比较理想的结构如下：
在这里插入图片描述
如果主键是顺序插入的，则会形成一个单向链表，结构如下：
在这里插入图片描述
所以，如果选择二叉树作为索引结构，会存在以下缺点：
顺序插入时，会形成一个链表，查询性能大大降低。
大数据量情况下，层级较深，检索速度慢。

此时大家可能会想到，我们可以选择红黑树，红黑树是一颗自平衡二叉树，那这样即使是顺序插入数
据，最终形成的数据结构也是一颗平衡的二叉树,结构如下:

在这里插入图片描述
但是，即使如此，由于红黑树也是一颗二叉树，所以也会存在一个缺点：

  • 大数据量情况下，层级较深，检索速度慢。

所以，在MySQL的索引结构中，并没有选择二叉树或者红黑树，而选择的是B+Tree，那么什么是
B+Tree呢？在详解B+Tree之前，先来介绍一个B-Tree。

2.3 B-Tree

B-Tree，B树是一种多叉路衡查找树，相对于二叉树，B树每个节点可以有多个分支，即多叉。
以一颗最大度数（max-degree）为5(5阶)的b-tree为例，那这个B树每个节点最多存储4个key，5
个指针：
在这里插入图片描述
知识小贴士: 树的度数指的是一个节点的子节点个数。
我们可以通过一个数据结构可视化的网站来简单演示一下。 https://www.cs.usfca.edu/~gall
es/visualization/BTree.html
在这里插入图片描述
插入一组数据： 100 65 169 368 900 556 780 35 215 1200 234 888 158 90 1000 88
120 268 250 。然后观察一些数据插入过程中，节点的变化情况。在这里插入图片描述
特点：
5阶的B树，每一个节点最多存储4个key，对应5个指针。
一旦节点存储的key数量到达5，就会裂变，中间元素向上分裂。
在B树中，非叶子节点和叶子节点都会存放数据。

2.4 B+Tree

B+Tree是B-Tree的变种，我们以一颗最大度数（max-degree）为4（4阶）的b+tree为例，来看一
下其结构示意图：在这里插入图片描述
我们可以看到，两部分：

  • 绿色框框起来的部分，是索引部分，仅仅起到索引数据的作用，不存储数据。
  • 红色框框起来的部分，是数据存储部分，在其叶子节点中要存储具体的数据。
    我们可以通过一个数据结构可视化的网站来简单演示一下。 https://www.cs.usfca.edu/~gall
    es/visualization/BPlusTree.html

在这里插入图片描述
插入一组数据： 100 65 169 368 900 556 780 35 215 1200 234 888 158 90 1000 88
120 268 250 。然后观察一些数据插入过程中，节点的变化情况。
在这里插入图片描述
最终我们看到，B+Tree 与 B-Tree相比，主要有以下三点区别：

  • 所有的数据都会出现在叶子节点。
  • 叶子节点形成一个单向链表(有序）。
  • 非叶子节点仅仅起到索引数据作用，具体的数据都是在叶子节点存放的。

上述我们所看到的结构是标准的B+Tree的数据结构，接下来，我们再来看看MySQL中优化之后的
B+Tree。
MySQL索引数据结构对经典的B+Tree进行了优化。在原B+Tree的基础上，增加一个指向相邻叶子节点的链表指针，就形成了带有顺序指针的B+Tree，提高区间访问的性能，利于排序。双向链表
在这里插入图片描述

2.5 Hash

MySQL中除了支持B+Tree索引，还支持一种索引类型—Hash索引。
1). 结构
哈希索引就是采用一定的hash算法，将键值换算成新的hash值，映射到对应的槽位上，然后存储在
hash表中。在这里插入图片描述
如果两个(或多个)键值，映射到一个相同的槽位上，他们就产生了hash冲突（也称为hash碰撞），可
以通过链表来解决。在这里插入图片描述
2). 特点
A. Hash索引只能用于对等比较(=，in)，不支持范围查询（between，>，< ，…）
B. 无法利用索引完成排序操作
C. 查询效率高，通常(不存在hash冲突的情况)只需要一次检索就可以了，效率通常要高于B+tree索
引
3). 存储引擎支持
在MySQL中，支持hash索引的是Memory存储引擎。 而InnoDB中具有自适应hash功能，hash索引是
InnoDB存储引擎根据B+Tree索引在指定条件下自动构建的。在这里插入图片描述

3.1 索引分类

在这里插入图片描述

聚集索引&二级索引

而在在InnoDB存储引擎中，根据索引的存储形式，又可以分为以下两种：
在这里插入图片描述
聚集索引选取规则:

  • 如果存在主键，主键索引就是聚集索引。
  • 如果不存在主键，将使用第一个唯一（UNIQUE）索引作为聚集索引
  • 如果表没有主键，或没有合适的唯一索引，则InnoDB会自动生成一个rowid作为隐藏的聚集索
    引。

聚集索引和二级索引的具体结构如下：
在这里插入图片描述

  • 聚集索引的叶子节点下挂的是这一行的数据 。
  • 二级索引的叶子节点下挂的是该字段值对应的主键值。
    接下来，我们来分析一下，当我们执行如下的SQL语句时，具体的查找过程是什么样子的。
    在这里插入图片描述
    具体过程如下:
    ①. 由于是根据name字段进行查询，所以先根据name='Arm’到name字段的二级索引中进行匹配查
    找。但是在二级索引中只能查找到 Arm 对应的主键值 10。
    ②. 由于查询返回的数据是*，所以此时，还需要根据主键值10，到聚集索引中查找10对应的记录，最
    终找到10对应的行row。
    ③. 最终拿到这一行的数据，直接返回即可。

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

3.1 索引语法

在这里插入图片描述
案例演示:
先来创建一张表 tb_user，并且查询测试数据。

create table tb_user(
id int primary key auto_increment comment '主键',
name varchar(50) not null comment '用户名',
phone varchar(11) not null comment '手机号',
email varchar(100) comment '邮箱',
profession varchar(11) comment '专业',
age tinyint unsigned comment '年龄',
gender char(1) comment '性别 , 1: 男, 2: 女',
status char(1) comment '状态',
createtime datetime comment '创建时间'
) comment '系统用户表';

INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('吕布', '17799990000', 'lvbu666@163.com', '软件工程', 23, '1',
'6', '2001-02-02 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('曹操', '17799990001', 'caocao666@qq.com', '通讯工程', 33,
'1', '0', '2001-03-05 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('赵云', '17799990002', '17799990@139.com', '英语', 34, '1',
'2', '2002-03-02 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('孙悟空', '17799990003', '17799990@sina.com', '工程造价', 54,
'1', '0', '2001-07-02 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('花木兰', '17799990004', '19980729@sina.com', '软件工程', 23,
'2', '1', '2001-04-22 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('大乔', '17799990005', 'daqiao666@sina.com', '舞蹈', 22, '2',
'0', '2001-02-07 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('露娜', '17799990006', 'luna_love@sina.com', '应用数学', 24,
'2', '0', '2001-02-08 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('程咬金', '17799990007', 'chengyaojin@163.com', '化工', 38,
'1', '5', '2001-05-23 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('项羽', '17799990008', 'xiaoyu666@qq.com', '金属材料', 43,
'1', '0', '2001-09-18 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('白起', '17799990009', 'baiqi666@sina.com', '机械工程及其自动
化', 27, '1', '2', '2001-08-16 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('韩信', '17799990010', 'hanxin520@163.com', '无机非金属材料工
程', 27, '1', '0', '2001-06-12 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('荆轲', '17799990011', 'jingke123@163.com', '会计', 29, '1',
'0', '2001-05-11 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('兰陵王', '17799990012', 'lanlinwang666@126.com', '工程造价',
44, '1', '1', '2001-04-09 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('狂铁', '17799990013', 'kuangtie@sina.com', '应用数学', 43,
'1', '2', '2001-04-10 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('貂蝉', '17799990014', '84958948374@qq.com', '软件工程', 40,
'2', '3', '2001-02-12 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('妲己', '17799990015', '2783238293@qq.com', '软件工程', 31,
'2', '0', '2001-01-30 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('芈月', '17799990016', 'xiaomin2001@sina.com', '工业经济', 35,
'2', '0', '2000-05-03 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('嬴政', '17799990017', '8839434342@qq.com', '化工', 38, '1',
'1', '2001-08-08 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('狄仁杰', '17799990018', 'jujiamlm8166@163.com', '国际贸易',
30, '1', '0', '2007-03-12 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('安琪拉', '17799990019', 'jdodm1h@126.com', '城市规划', 51,
'2', '0', '2001-08-15 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('典韦', '17799990020', 'ycaunanjian@163.com', '城市规划', 52,
'1', '2', '2000-04-12 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('廉颇', '17799990021', 'lianpo321@126.com', '土木工程', 19,
'1', '3', '2002-07-18 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('后羿', '17799990022', 'altycj2000@139.com', '城市园林', 20,
'1', '0', '2002-03-10 00:00:00');
INSERT INTO tb_user (name, phone, email, profession, age, gender, status,
createtime) VALUES ('姜子牙', '17799990023', '37483844@qq.com', '工程造价', 29,
'1', '4', '2003-05-26 00:00:00');

表结构中插入的数据如下：
在这里插入图片描述
数据准备好了之后，接下来，我们就来完成如下需求：
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

3.2 SQL性能分析

3.2.1 SQL执行频率

MySQL 客户端连接成功后，通过 show [session|global] status 命令可以提供服务器状态信
息。通过如下指令，可以查看当前数据库的INSERT、UPDATE、DELETE、SELECT的访问频次：在这里插入图片描述
Com_delete: 删除次数
Com_insert: 插入次数
Com_select: 查询次数
Com_update: 更新次数
我们可以在当前数据库再执行几次查询操作，然后再次查看执行频次，看看 Com_select 参数会不会
变化。在这里插入图片描述
在这里插入图片描述

3.2.2 慢查询日志

慢查询日志记录了所有执行时间超过指定参数（long_query_time，单位：秒，默认10秒）的所有SQL语句的日志。
MySQL的慢查询日志默认没有开启，我们可以查看一下系统变量 slow_query_log。
在这里插入图片描述
如果要开启慢查询日志，需要在MySQL的配置文件（/etc/my.cnf）中配置如下信息：
在这里插入图片描述
配置完毕之后，通过以下指令重新启动MySQL服务器进行测试，查看慢日志文件中记录的信息
/var/lib/mysql/localhost-slow.log。

systemctl restart mysqld

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

3.2.3 profile详情

show profiles 能够在做SQL优化时帮助我们了解时间都耗费到哪里去了。通过have_profiling
参数，能够看到当前MySQL是否支持profile操作：

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
查看每一条SQL的耗时情况:在这里插入图片描述
查看指定SQL各个阶段的耗时情况 :
在这里插入图片描述

3.2.4 explain

EXPLAIN 或者 DESC命令获取 MySQL 如何执行 SELECT 语句的信息，包括在 SELECT 语句执行
过程中表如何连接和连接的顺序。

在这里插入图片描述
Explain 执行计划中各个字段的含义:
在这里插入图片描述

3.3 索引使用

3.3.1 验证索引效率

在讲解索引的使用原则之前，先通过一个简单的案例，来验证一下索引，看看是否能够通过索引来提升数据查询性能。在演示的时候，我们还是使用之前准备的一张表 tb_sku , 在这张表中准备了1000w
的记录。在这里插入图片描述
这张表中id为主键，有主键索引，而其他字段是没有建立索引的。 我们先来查询其中的一条记录，看
看里面的字段情况，执行如下SQL：在这里插入图片描述
在这里插入图片描述
可以看到即使有1000w的数据,根据id进行数据查询,性能依然很快，因为主键id是有索引的。 那么接
下来，我们再来根据 sn 字段进行查询，执行如下SQL：在这里插入图片描述
在这里插入图片描述
我们可以看到根据sn字段进行查询，查询返回了一条数据，结果耗时 20.78sec，就是因为sn没有索
引，而造成查询效率很低。
那么我们可以针对于sn字段，建立一个索引，建立了索引之后，我们再次根据sn进行查询，再来看一
下查询耗时情况。
创建索引：在这里插入图片描述
在这里插入图片描述
我们明显会看到，sn字段建立了索引之后，查询性能大大提升。建立索引前后，查询耗时都不是一个数量级的。

3.3.2 最左前缀法则

先介绍下：
联合索引的存储结构
如下图所示，表的数据如右图，ID 为主键，创建的联合索引为 (A，B)，注意联合索引顺序，左图是模拟的联合索引的 B+ Tree 存储结构

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
最左前缀法则
如果索引了多列（联合索引），要遵守最左前缀法则。最左前缀法则指的是查询从索引的最左列开始，并且不跳过索引中的列。如果跳跃某一列，索引将会部分失效(后面的字段索引失效)。以 tb_user 表为例，我们先来查看一下之前 tb_user 表所创建的索引。在这里插入图片描述
在 tb_user 表中，有一个联合索引，这个联合索引涉及到三个字段，顺序分别为：profession，
age，status。
对于最左前缀法则指的是，查询时，最左变的列，也就是profession必须存在，否则索引全部失效。
而且中间不能跳过某一列，否则该列后面的字段索引将失效。 接下来，我们来演示几组案例，看一下具体的执行计划：

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
以上的这三组测试中，我们发现只要联合索引最左边的字段 profession存在，索引就会生效，只不
过索引的长度不同。 而且由以上三组测试，我们也可以推测出profession字段索引长度为47、age
字段索引长度为2、status字段索引长度为5。在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

3.3.3 范围查询

联合索引中，出现范围查询(>,<)，范围查询右侧的列索引失效。
在这里插入图片描述
在这里插入图片描述
具体为什么 >=的时候所有字段都会走联合索引，我没搞明白，有网友这样理解的
在这里插入图片描述

3.3.4 索引失效情况

索引列失效
在这里插入图片描述
在这里插入图片描述
字符串不加引号导致失效
在这里插入图片描述
在这里插入图片描述
经过上面两组示例，我们会明显的发现，如果字符串不加单引号，对于查询结果，没什么影响，但是数据库存在隐式类型转换，相当于对索引列进行操作，索引将失效。

模糊查询加在索引列前面导致失效
如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。
接下来，我们来看一下这三条SQL语句的执行效果，查看一下其执行计划：
由于下面查询语句中，都是根据profession字段查询，符合最左前缀法则，联合索引是可以生效的，
我们主要看一下，模糊查询时，%加在关键字之前，和加在关键字之后的影响。

在这里插入图片描述
经过上述的测试，我们发现，在like模糊查询中，在关键字后面加%，索引可以生效。而如果在关键字前面加了%，索引将会失效。

or连接条件导致失效
在这里插入图片描述

在这里插入图片描述
数据分布影响导致不走索引
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

4、SQL提示

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
那么，我们能不能在查询的时候，自己来指定使用哪个索引呢？ 答案是肯定的，此时就可以借助于
MySQL的SQL提示来完成。 接下来，介绍一下SQL提示。
SQL提示，是优化数据库的一个重要手段，简单来说，就是在SQL语句中加入一些人为的提示来达到优
化操作的目的。
1). use index ： 建议MySQL使用哪一个索引完成此次查询（仅仅是建议，mysql内部还会再次进
行评估）。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

4.1 覆盖索引

尽量使用覆盖索引，减少select *。 那么什么是覆盖索引呢？ 覆盖索引是指 查询使用了索引，并
且需要返回的列，在该索引中已经全部能够找到 。
在这里插入图片描述
在这里插入图片描述
从上述的执行计划我们可以看到，这四条SQL语句的执行计划前面所有的指标都是一样的，看不出来差
异。但是此时，我们主要关注的是后面的Extra，前面两天SQL的结果为 Using where; Using
Index ; 而后面两条SQL的结果为: Using index condition 。
在这里插入图片描述
因为，在tb_user表中有一个联合索引 idx_user_pro_age_sta，该索引关联了三个字段
profession、age、status，而这个索引也是一个二级索引，所以叶子节点下面挂的是这一行的主
键id。 所以当我们查询返回的数据在 id、profession、age、status 之中，则直接走二级索引
直接返回数据了。 如果超出这个范围，就需要拿到主键id，再去扫描聚集索引，再获取额外的数据了，这个过程就是回表。 而我们如果一直使用select * 查询返回所有字段值，很容易就会造成回表
查询（除非是根据主键查询，此时只会扫描聚集索引）。
为了大家更清楚的理解，什么是覆盖索引，什么是回表查询，我们一起再来看下面的这组SQL的执行过程。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

4.2 前缀索引

当字段类型为字符串（varchar，text，longtext等）时，有时候需要索引很长的字符串，这会让
索引变得很大，查询时，浪费大量的磁盘IO， 影响查询效率。此时可以只将字符串的一部分前缀，建立索引，这样可以大大节约索引空间，从而提高索引效率。
在这里插入图片描述

在这里插入图片描述
3). 前缀索引的查询流程
在这里插入图片描述
1.取email的前5位去 辅助索引找到对应的val（聚集索引id）
2.拿着id去回表查询找到对应的row行数据
3.将行数据中的email对比sql中输入的email，看看是否一致
4.接着去辅助索引的lvbu6的下一个节点（xiaoy）看看还有没有相同的email（5）,
因为B+树的叶子层是一个链表而且是有序的，所以要去下一个看看是否还有相同的元素，
如果有，那就接着拿着id去回表，循环2 3流程，直到找不到前五位一样的元素了。然后将查到的集合返回给客户端

4.4 单列索引与联合索引

单列索引：即一个索引只包含单个列。
联合索引：即一个索引包含了多个列。
我们先来看看 tb_user 表中目前的索引情况:在这里插入图片描述
在查询出来的索引中，既有单列索引，又有联合索引。接下来，我们来执行一条SQL语句，看看其执行计划：在这里插入图片描述
通过上述执行计划我们可以看出来，在and连接的两个字段 phone、name上都是有单列索引的，但是
最终mysql只会选择一个索引，也就是说，只能走一个字段的索引，此时是会回表查询（找到对应的id，然后查询相应的row所对应的name是否符合需求）的。
紧接着，我们再来创建一个phone和name字段的联合索引来查询一下执行计划。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

5索引设计原则

1). 针对于数据量较大，且查询比较频繁的表建立索引。超过100多万就考虑建立索引。
2). 针对于常作为查询条件（where）、排序（order by）、分组（group by）操作的字段建立索
引。
3). 尽量选择区分度高的列作为索引，尽量建立唯一索引，区分度越高，使用索引的效率越高。
4). 如果是字符串类型的字段，字段的长度较长，可以针对于字段的特点，建立前缀索引。
5). 尽量使用联合索引，减少单列索引，查询时，联合索引很多时候可以覆盖索引，节省存储空间，
避免回表，提高查询效率。
6). 要控制索引的数量，索引并不是多多益善，索引越多，维护索引结构的代价也就越大，会影响增
删改的效率。
7). 如果索引列不能存储NULL值，请在创建表时使用NOT NULL约束它。当优化器知道每列是否包含
NULL值时，它可以更好地确定哪个索引最有效地用于查询。

只是想成为一名程序员
关注
  • 1
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
mysql索引创建实例
weixin_44311665的博客
07-08 1551
MySQL 索引 MySQL索引的建立对于MySQL的高效运行是很重要的，索引可以大大提高MySQL的检索速度。 打个比方，如果合理的设计且使用索引的MySQL是一辆兰博基尼的话，那么没有设计和使用索引的MySQL就是一个人力三轮车。 拿汉语字典的目录页（索引）打比方，我们可以按拼音、笔画、偏旁部首等排序的目录（索引）快速查找到需要的字。 索引分单列索引和组合索引。单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。组合索引，即一个索引包含多个列。 创建索引时，你需要确保该索引是应
mysql中建立索引的原则_各位大神们，请问Oracle/MySQL数据库创建索引的原则是什么？...
weixin_42498003的博客
01-18 70
说说所理解的吧，首先要明白对于索引的定义描述。MySQL/Oracle中的的索引是对数据库表中一个或多个列的值进行排序的结构。索引有助于更快的获取信息。是用来定位的。对表中的列是否创建索引，以及创建何种索引，对于查询的响应速度会有很大差别。创建了索引的列几乎是立即响应，而不创建索引的列则需要较长时间的等待。在数据库系统中创建索引主要有以下作用：① 加快数据检索；② 保证数据的唯一性；③ 实现表与表...
mysql 索引例子_MySQL数据库表索引例子
weixin_35715118的博客
01-25 289
MySQL常见问题解答：如何创建MySQL或MariaDB数据库表索引？下面是如何在MySQL数据库表上创建索引的例子，在这个特定的例子中，我的表使用了InnoDB数据库引擎，但是，这并不重要，它只是一个支持外键关系的MySQL数据库引擎。首先，这个是一个MySQL表的SQL定义，我已经命名为ftp_files ：CREATE TABLE ftp_files (id int unsigned au...
MySQL索引一些常用案例
一个人的Code博客
03-18 338
索引案例分析 先创建一些假数据： create table test03( id int primary key not null auto_increment, c1 char(10), c2 char(10), c3 char(10), c4 char(10), c5 char(10) ); insert into test03(c1,c2,c3,c4,c5)values('a1','a2','a3','a4','a5'); insert into test03(c1,c2,c3,c4,c5)va
MySQL 聚合索引实例_一:mysql 聚合索引
weixin_42365234的博客
01-19 203
1:mysql 聚合索引 1： PRIMARY KEY (`id`), UNIQUE KEY `uid` (`uid`,`task_id`) ? 查询： ? ? mysql explain select * from user_task where uid = 232;+----+-------------+-----------+------+---------------+------+---...
mysql进阶知识以及面试常考知识
08-27
MySQL进阶知识以及面试常考知识是一个针对MySQL数据库领域的学习和面试准备资源，旨在帮助用户深入了解MySQL的高级概念。 综合性内容：该资源提供了包括MySQL索引优化、查询性能优化、事务管理、锁机制、复制与高...
MySQL 进阶-索引使用规则
04-01
MySQL 进阶-索引使用规则
MySQL进阶SELECT语法篇
09-14
从这个基本语法可以看出，最简单的SELECT语句是SELECT select_list，实际上利用这个最简单的SELECT语句，你也可以完成许多你期待的功能，首先你能利用它进行MySQL所支持的任何运算，例如：SELECT 1+1，它将返回2；...
MySQL进阶篇学习笔记
最新发布
05-14
黑马MySQL课程总结的学习笔记
mysql进阶学习
10-15
本资源摘要将涵盖 MySQL 进阶学习的主要知识点，包括数据库设计、SQL 优化、查询分析、索引优化、视图和存储过程等。 数据库设计 在 MySQL 进阶学习中，数据库设计是非常重要的一部分。开发者需要了解如何设计一个...
mysql索引优化具体例子_MySQL索引优化实例说明
weixin_35649143的博客
02-28 94
下面分别创建三张表，并分别插入1W条简单的数据用来测试，详情如下：[1] test_a 有主键但无索引CREATE TABLE `test_a` (`id` int(10) unsigned NOT NULL AUTO_INCREMENT,`title` varchar(100) NOT NULL,`content` text NOT NULL,`number` int(10) unsigned ...
大厂试题 MySQL索引原理及实战讲解
qq_39652397的博客
03-22 910
摘要 本文以MySQL数据库为研究对象，讨论与数据库索引相关的一些话题。特别需要说明的是，MySQL支持诸多存储引擎，而各种存储引擎对索引的支持也各不相同，因此MySQL数据库支持多种索引类型，如BTree索引，哈希索引，全文索引等等。为了避免混乱，本文将只关注于BTree索引，因为这是平常使用MySQL时主要打交道的索引，至于哈希索引和全文索引本文暂不讨论。 第一部分主要从数据结构及算法理论层面讨论MySQL数据库索引的数理基础。 第二部分结合MySQL数据库中MyISAM和InnoDB数据存储引擎
mysql在表上创建索引_在MySQL表上创建索引的最佳实践案例
weixin_39649490的博客
02-03 235
通过在您的MySQL表上设置适当的索引，您可以大大提高挑选查询速度。但是，您知道向表中添加索引本身是一项复杂的操作，并且可能需要很长时间才能完成，这取决于表的大小吗？在此期间，您还可能会遇到查询性能下降的情况，因为您的系统资源也忙于索引创建工作。在这篇博客文章中，我们讨论了一种优化MySQL索引创建过程的方法，使您的常规工作负载不受影响。MySQL滚动索引创建我们称这种方法为“滚动索引创建”——如...
MySQL索引优化案例
woshiwjma956的博客
05-13 124
MySQL索引优化案例分析 单表优化 CREATE TABLE IF NOT EXISTS article( id INT(10) UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT, author_id INT(10) UNSIGNED NOT NULL, category_id INT(10) UNSIGNED NOT NULL, views INT(10) UNSIGNED NOT NULL, comments INT(10) UNSIGNED NOT
mysql多列索引_Mysql多列索引经典案例
weixin_42514616的博客
01-18 156
一个经典的多列索引案例，如题：假设某个表有一个联合索引(c1,c2,c3,c4)一下——只能使用该联合索引的 c1,c2,c3 部分Awhere c1=x and c2=x and c4>x and c3=xB where c1=x and c2=x and c4=x order by c3C where c1=x and c4= x group by c3,c2D where c1=x a...
mysql索引详解以及使用案例
9527
09-22 329
在mysql当中，索引的重要性不言而喻，直接影响到项目的效果，那现在，我就和大家分享一下关于索引的知识 什么是索引 索引是一个单独的，存储在磁盘上的数据结构，他们包含着对数据表里所有记录的引用指针，所有mysql列类型都可以被索引，同时也是提高查询速度的主要手段。 索引是在储存引擎中实现的，因此每种储存引擎的索引都不一样，也不是每种储存引擎都支持所有的索引类型。 mysql中索引的储存类型有两种：...
MySQL 索引
yy139926的博客
04-27 1918
索引是一种能提高数据库查询效率的数据结构。它可以比作一本字典的目录，可以帮你快速找到对应的记录。
mysql时间戳组合索引_一个案例彻底弄懂如何正确使用 mysql inndb 联合索引
weixin_35713375的博客
01-28 1176
有一个业务是查询最新审核的5条数据SELECT `id`, `title`FROM `th_content`WHERE `audit_time` < 1541984478AND `status` = 'ONLINE'ORDER BY `audit_time` DESC, `id` DESCLIMIT 5;查看当时的监控情况 cpu 使用率是超过了100%，show processlist看到...
MySQL有哪些索引？
热门推荐
搬砖农民工的博客
10-15 1万+
mysql中有主键索引、唯一索引、普通索引、组合索引、全文索引
mysql高级进阶面试题
07-28
回答: MySQL高级进阶面试题是指那些更加深入和复杂的MySQL面试题，涉及到MySQL的高级特性和性能优化等方面。这些问题需要对MySQL的内部原理和工作机制有一定的了解。根据引用\[1\]中提到的MySQL面试题大全，这套面试...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值