mysql8.0.30索引优化与查询优化

最新推荐文章于 2024-02-02 13:53:11 发布
最新推荐文章于 2024-02-02 13:53:11 发布
阅读量412 收藏
点赞数
分类专栏： mysql8.0 文章标签： 数据库 服务器 mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/HappyLearnerL/article/details/128168724
版权

文章目录

概述

在这里插入图片描述

1.数据准备

步骤1：创建数据库和建表

学员表 插 50万 条， 班级表 插 1万 条。


CREATE DATABASE atguigudb2;

CREATE TABLE `class` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`className` VARCHAR(30) DEFAULT NULL,
`address` VARCHAR(40) DEFAULT NULL,
`monitor` INT NULL ,
PRIMARY KEY (`id`)
) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

CREATE TABLE `student` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`stuno` INT NOT NULL ,
`name` VARCHAR(20) DEFAULT NULL,
`age` INT(3) DEFAULT NULL,
`classId` INT(11) DEFAULT NULL,
PRIMARY KEY (`id`)
#CONSTRAINT `fk_class_id` FOREIGN KEY (`classId`) REFERENCES `t_class` (`id`)
) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

步骤2：设置参数

  • 命令开启：允许创建函数设置：
set global log_bin_trust_function_creators=1; # 不加global只是当前窗口有效。
show variables like '%log_bin_trust_function_creators%';

在这里插入图片描述

步骤3：创建函数

保证每条数据都不同。

#随机产生字符串
DELIMITER //
CREATE FUNCTION rand_string(n INT) RETURNS VARCHAR(255)
BEGIN
DECLARE chars_str VARCHAR(100) DEFAULT
'abcdefghijklmnopqrstuvwxyzABCDEFJHIJKLMNOPQRSTUVWXYZ';
DECLARE return_str VARCHAR(255) DEFAULT '';
DECLARE i INT DEFAULT 0;
WHILE i < n DO
SET return_str =CONCAT(return_str,SUBSTRING(chars_str,FLOOR(1+RAND()*52),1));
SET i = i + 1;
END WHILE;
RETURN return_str;
END //
DELIMITER ;
#假如要删除
#drop function rand_string;

-- 随机产生班级编号
#用于随机产生多少到多少的编号
DELIMITER //
CREATE FUNCTION rand_num (from_num INT ,to_num INT) RETURNS INT(11)
BEGIN
DECLARE i INT DEFAULT 0;
SET i = FLOOR(from_num +RAND()*(to_num - from_num+1)) ;
RETURN i;
END //
DELIMITER ;
#假如要删除
#drop function rand_num;

步骤4：创建存储过程

#创建往stu表中插入数据的存储过程
DELIMITER //
CREATE PROCEDURE insert_stu( START INT , max_num INT )
BEGIN
DECLARE i INT DEFAULT 0;
SET autocommit = 0; #设置手动提交事务
REPEAT #循环
SET i = i + 1; #赋值
INSERT INTO student (stuno, name ,age ,classId ) VALUES
((START+i),rand_string(6),rand_num(1,50),rand_num(1,1000));
UNTIL i = max_num
END REPEAT;
COMMIT; #提交事务
END //
DELIMITER ;
#假如要删除
#drop PROCEDURE insert_stu;

创建往class表中插入数据的存储过程

#执行存储过程，往class表添加随机数据
DELIMITER //
CREATE PROCEDURE `insert_class`( max_num INT )
BEGIN
DECLARE i INT DEFAULT 0;
SET autocommit = 0;
REPEAT
SET i = i + 1;
INSERT INTO class ( classname,address,monitor ) VALUES
(rand_string(8),rand_string(10),rand_num(1,100000));
UNTIL i = max_num
END REPEAT;
COMMIT;
END //
DELIMITER ;
#假如要删除
#drop PROCEDURE insert_class;

步骤5：调用存储过程

  • class
#执行存储过程，往class表添加1万条数据
CALL insert_class(10000);
  • stu
#执行存储过程，往stu表添加50万条数据
CALL insert_stu(100000,500000);

步骤6：删除某表上的索引

  • 在这里插入代码片创建存储过程
DELIMITER //
CREATE PROCEDURE `proc_drop_index`(dbname VARCHAR(200),tablename VARCHAR(200))
BEGIN
DECLARE done INT DEFAULT 0;
DECLARE ct INT DEFAULT 0;
DECLARE _index VARCHAR(200) DEFAULT '';
DECLARE _cur CURSOR FOR SELECT index_name FROM
information_schema.STATISTICS WHERE table_schema=dbname AND table_name=tablename AND
seq_in_index=1 AND index_name <>'PRIMARY' ;
#每个游标必须使用不同的declare continue handler for not found set done=1来控制游标的结束
DECLARE CONTINUE HANDLER FOR NOT FOUND set done=2 ;
#若没有数据返回,程序继续,并将变量done设为2
OPEN _cur;
FETCH _cur INTO _index;
WHILE _index<>'' DO
SET @str = CONCAT("drop index " , _index , " on " , tablename );
PREPARE sql_str FROM @str ;
EXECUTE sql_str;
DEALLOCATE PREPARE sql_str;
SET _index='';
FETCH _cur INTO _index;
END WHILE;
CLOSE _cur;
END //
DELIMITER ;
  • 执行存储过程
CALL proc_drop_index("dbname","tablename");

2.索引失效案例

在这里插入图片描述

2.1 全值匹配我最爱

系统中出现的sql语句

EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age = 30;
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age = 30 AND classId = 4;
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age = 30 AND classId = 4 AND `name` = 'abcd';

建立索引前执行（关注时间）

-- (286ms) 不使用索引
SELECT SQL_NO_CACHE * FROM student WHERE age = 30 AND classId = 4 AND `name` = 'abcd'; 

-- (48ms) 使用age索引
SELECT SQL_NO_CACHE * FROM student WHERE age = 30 AND classId = 4 AND `name` = 'abcd'; 

-- (1ms) 使用age 和classId 索引
SELECT SQL_NO_CACHE * FROM student WHERE age = 30 AND classId = 4 AND `name` = 'abcd';

-- (1ms) 使用age 和classId 和name 索引
SELECT SQL_NO_CACHE * FROM student WHERE age = 30 AND classId = 4 AND `name` = 'abcd';

添加必要索引

CREATE INDEX idx_age ON student(age);
CREATE INDEX idx_age_classid ON student(age, classId);
CREATE INDEX idx_age_classid_name ON student(age, classId,`name`);

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

2.2 最佳左前缀法则

拓展：Alibaba《Java开发手册》
索引文件具有 B-Tree 的最左前缀匹配特性，如果左边的值未确定，那么无法使用此索引。

EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age = 30 AND NAME = 'abcd';
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE classId = 4 AND NAME = 'abcd';
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE classId = 4 AND age = 30 AND NAME = 'abcd';

-- 只有idx_age_classid_name 情况下执行以下语句 key_len == 5 , 只使用了 name 索引， classid没用到，name页没用到
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age = 30 AND NAME = 'abcd';

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

2.3 主键插入顺序

在这里插入图片描述
可这个数据页已经满了，再插进来咋办呢？我们需要把当前 页面分裂 成两个页面，把本页中的一些记录移动到新创建的这个页中。页面分裂和记录移位意味着什么？意味着： 性能损耗 ！所以如果我们想尽量避免这样无谓的性能损耗，最好让插入的记录的 主键值依次递增 ，这样就不会发生这样的性能损耗了。所以我们建议：让主键具有 AUTO_INCREMENT ，让存储引擎自己为表生成主键，而不是我们手动插入 ，
比如： person_info 表：

CREATE TABLE person_info(
id INT UNSIGNED NOT NULL AUTO_INCREMENT,
name VARCHAR(100) NOT NULL,
birthday DATE NOT NULL,
phone_number CHAR(11) NOT NULL,
country varchar(100) NOT NULL,
PRIMARY KEY (id),
KEY idx_name_birthday_phone_number (name(10), birthday, phone_number)
);

我们自定义的主键列 id 拥有 AUTO_INCREMENT 属性，在插入记录时存储引擎会自动为我们填入自增的主键值。这样的主键占用空间小，顺序写入，减少页分裂。

2.4 计算、函数、类型转换(自动或手动)导致索引失效

create index idx_name on student;
--此语句比下一条好，（能够使用上索引）
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE student.name LIKE 'abc%';

-- 不能使用索引
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE LEFT(student.name,3) = 'abc';

第二种：索引优化失效

  • type为“ALL”，表示没有使用到索引，查询时间为 3.62 秒，查询效率较之前低很多。
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

2.5 类型转换导致索引失效

下列哪个sql语句可以用到索引。（假设name字段上设置有索引）

# 未使用到索引
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE name=123;
# 使用到索引
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE name='123';

在这里插入图片描述

2.6 范围条件右边的列索引失效（包含范围查询）

  • 注意：右边指的是建立索引的顺序的右边
ALTER TABLE student DROP INDEX idx_name;
ALTER TABLE student DROP INDEX idx_age;
ALTER TABLE student DROP INDEX idx_age_classid;
EXPLAIN SELECT SQL_NO_CACHE * FROM student
WHERE student.age=30 AND student.classId>20 AND student.name = 'abc' ;

在这里插入图片描述

2.7 不等于(!= 或者<>)索引失效

2.8 is null可以使用索引，is not null无法使用索引

EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age IS NULL;
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age IS NOT NULL;

在这里插入图片描述

2.9 like以通配符%开头索引失效

拓展：Alibaba《Java开发手册》
【强制】页面搜索严禁左模糊或者全模糊，如果需要请走搜索引擎来解决。

2.10 OR 前后存在非索引的列，索引失效

or 前后的字段都建立索引

# 未使用到索引
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age = 10 OR classid = 100;
#使用到索引
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age = 10 OR name = 'Abel';

在这里插入图片描述

2.11 数据库和表的字符集统一使用utf8mb4

统一使用utf8mb4( 5.5.3版本以上支持)兼容性更好，统一字符集可以避免由于字符集转换产生的乱码。不
同的 字符集 进行比较前需要进行 转换 会造成索引失效。

2.12 小练习

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

3.关联查询优化

3.1 数据准备

3.2 采用左外连接

= 左边驱动表， = 右边是被驱动表

-- 无索引情况
EXPLAIN SELECT SQL_NO_CACHE * FROM `type` LEFT JOIN book ON type.card = book.card;

-- 给book添加索引 log(n)
create index Y on book(card)
EXPLAIN SELECT SQL_NO_CACHE * FROM `type` LEFT JOIN book ON type.card = book.card;

-- 给type 加上索引
create index X on `type`(card)
EXPLAIN SELECT SQL_NO_CACHE * FROM `type` LEFT JOIN book ON type.card = book.card;

在这里插入图片描述

3.3 采用内连接

drop index X on type;
drop index Y on book;（如果已经删除了可以不用再执行该操作）
EXPLAIN SELECT SQL_NO_CACHE * FROM type INNER JOIN book ON type.card=book.card;

ALTER TABLE book ADD INDEX Y ( card);
EXPLAIN SELECT SQL_NO_CACHE * FROM type INNER JOIN book ON type.card=book.card;

ALTER TABLE type ADD INDEX X (card);
EXPLAIN SELECT SQL_NO_CACHE * FROM type INNER JOIN book ON type.card=book.card;

DROP INDEX X ON `type`;
EXPLAIN SELECT SQL_NO_CACHE * FROM TYPE INNER JOIN book ON type.card=book.card

ALTER TABLE `type` ADD INDEX X (card);
EXPLAIN SELECT SQL_NO_CACHE * FROM `type` INNER JOIN book ON type.card=book.card;

换成 inner join（MySQL自动选择驱动表）
结论： 对于内连接来说，查询优化器决定驱动表和被驱动表 ， 两个表都有索引， 小表驱动大表，
在这里插入图片描述
在这里插入图片描述

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

3.4 join语句原理

在这里插入图片描述

3.4.1驱动表和被驱动表

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

3.4.2 simple Nest-Loop Join(简单嵌套循环连接)

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

3.4.3 index Nest-Loop Join(索引嵌套循环连接)

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

3.4.4 Block Nest-Loop Join(块嵌套循环连接)

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

3.4.5 小结

总结3：什么叫作“小表”？
在决定哪个表做驱动表的时候，应该是两个表按照各自的条件过滤，过滤完成之后，计算参与join的各个字段的总数据量，数据量小的那个表，就是“小表”，应该作为驱动表。
在这里插入图片描述

3.4.5 hash join

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

4. 子查询优化

在这里插入图片描述

5. 排序优化

5.1 排序优化

问题：在 WHERE 条件字段上加索引，但是为什么在 ORDER BY 字段上还要加索引呢？
优化建议：

  1. SQL 中，可以在 WHERE 子句和 ORDER BY 子句中使用索引，目的是在 WHERE 子句中 避免全表扫描 ，在 ORDER BY 子句 避免使用 FileSort 排序 。当然，某些情况下全表扫描，或者 FileSort 排序不一定比索引慢。但总的来说，我们还是要避免，以提高查询效率。
  2. 尽量使用 Index 完成 ORDER BY 排序。如果 WHERE 和 ORDER BY 后面是相同的列就使用单索引列；如果不同就使用联合索引。
  3. 无法使用 Index 时，需要对 FileSort 方式进行调优
INDEX a_b_c(a,b,c)
order by 能使用索引最左前缀
- ORDER BY a
- ORDER BY a,b
- ORDER BY a,b,c
- ORDER BY a DESC,b DESC,c DESC
如果WHERE使用索引的最左前缀定义为常量，则order by 能使用索引
- WHERE a = const ORDER BY b,c
- WHERE a = const AND b = const ORDER BY c
- WHERE a = const ORDER BY b,c
- WHERE a = const AND b > const ORDER BY b,c
不能使用索引进行排序
- ORDER BY a ASC,b DESC,c DESC /* 排序不一致 */
- WHERE g = const ORDER BY b,c /*丢失a索引*/
- WHERE a = const ORDER BY c /*丢失b索引*/
- WHERE a = const ORDER BY a,d /*d不是索引的一部分*/
- WHERE a in (...) ORDER BY b,c /*对于排序来说，多个相等条件也是范围查询*/
-

5.2 测试

ORDER BY子句，尽量使用Index方式排序，避免使用FileSort方式排序。
执行案例前先清除student上的索引，只留主键：

CALL proc_drop_index('atguigudb2','student');
CALL proc_drop_index('atguigudb2','calss');

SHOW INDEX FROM student;
SHOW INDEX FROM class;

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

5.3 案例实战

场景:查询年龄为30岁的，且学生编号小于101000的学生，按用户名称排序

EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age = 30 AND stuno <101000 ORDER BY NAME ;

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

结论：

  1. 两个索引同时存在，mysql自动选择最优的方案。（对于这个例子，mysql选择 idx_age_stuno_name）。但是， 随着数据量的变化，选择的索引也会随之变化的 。
  2. 当【范围条件】和【group by 或者 order by】的字段出现二选一时，优先观察条件字段的过 滤数量，如果过滤的数据足够多，而需要排序的数据并不多时，优先把索引放在范围字段 上。反之，亦然。

答案： 可行
在这里插入图片描述

5.4 filesort算法：双路排序和单路排序

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

6. GROUP BY优化

  • group by 使用索引的原则几乎跟order by一致 ，group by 即使没有过滤条件用到索引，也可以直接使用索引。
  • group by 先排序再分组，遵照索引建的最佳左前缀法则
  • 当无法使用索引列，增大 max_length_for_sort_data 和 sort_buffer_size 参数的设置
  • where效率高于having，能写在where限定的条件就不要写在having中了
  • 减少使用order by，和业务沟通能不排序就不排序，或将排序放到程序端去做。Order by、group by、distinct这些语句较为耗费CPU，数据库的CPU资源是极其宝贵的。
  • 包含了order by、group by、distinct这些查询的语句，where条件过滤出来的结果集请保持在1000行以内，否则SQL会很慢。

7. 优化分页查询

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

8. 优先考虑覆盖索引

8.1 什么是覆盖索引？

select 的字段已经存在与索引中， 不需要回表操作情况下会使用索引，称为覆盖索引

  • 理解方式一：索引是高效找到行的一个方法，但是一般数据库也能使用索引找到一个列的数据，因此它不必读取整个行。毕竟索引叶子节点存储了它们索引的数据；当能通过读取索引就可以得到想要的数据，那就不需要读取行了。一个索引包含了满足查询结果的数据就叫做覆盖索引。
  • 理解方式二：非聚簇复合索引的一种形式，它包括在查询里的SELECT、JOIN和WHERE子句用到的所有列（即建索引的字段正好是覆盖查询条件中所涉及的字段）。
  • 简单说就是， 索引列+主键 包含 SELECT 到 FROM之间查询的列 。
    在这里插入图片描述

8.2 覆盖索引的利弊

在这里插入图片描述

9. 如何给字符串添加索引

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

9.2 前缀索引对覆盖索引的影响

结论：
使用前缀索引就用不上覆盖索引对查询性能的优化了，这也是你在选择是否使用前缀索引时需要考 虑的一个因素。

10. 索引下推

icp （索引下推）减少回表次数，提升查询效率

10.1 索引下推概述

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

10.2 ICP的开启、关闭

在这里插入图片描述

10.3 ICP的使用条件

在这里插入图片描述

10.4 使用前后对比

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

11. 普通索引 vs 唯一索引

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

12. 其它查询优化策略

12.1 EXISTS 和 IN 的区分

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

12.2 COUNT(*)与COUNT(具体字段)效率

在这里插入图片描述

12.3 关于SELECT(*)

在表查询中，建议明确字段，不要使用 * 作为查询的字段列表，推荐使用SELECT <字段列表> 查询。原
因：
① MySQL 在解析的过程中，会通过 查询数据字典 将"*"按序转换成所有列名，这会大大的耗费资源和时
间。
② 无法使用 覆盖索引

12.4 LIMIT 1 对优化的影响

  • 针对的是会扫描全表的 SQL 语句，如果你可以确定结果集只有一条，那么加上 LIMIT 1 的时候，当找到一条结果的时候就不会继续扫描了，这样会加快查询速度。
  • 如果数据表已经对字段建立了唯一索引，那么可以通过索引进行查询，不会全表扫描的话，就不需要加上 LIMIT 1 了。

12.5 多使用COMMIT

在这里插入图片描述

13. 淘宝数据库，主键如何设计的？

在这里插入图片描述

13.1 自增ID的问题

在这里插入图片描述

13.2 业务字段做主键

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

13.3 淘宝的主键设计

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

13.4 推荐的主键设计

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

HappyLearnerL
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL索引原理及慢查询优化
12-14
我们知道一般的应用系统，读写比例在10:1左右，而且插入操作和一般的更新操作很少出现性能问题，遇到多的，也是容易出问题的，还是一些复杂的查询操作，所以查询语句的优化显然是重中之重。 　本人从13年7月份起，...
MySQL索引原理以及查询优化
02-24
一般的应用系统，读写比例在10:1左右，而且插入操作和一般的更新操作很少出现性能问题，在生产环境中，我们遇到最多的，也是最容易出问题的，还是一些复杂的查询操作，因此...索引的目的在于提高查询效率，与我们查阅图
MySQL进阶 (3)：索引的结构优化
祝我飞黄腾达
05-17 311
什么是索引？ 在关系数据库中，索引是一种单独的，物理的对数据库表中一列或多列的值进行排序的一种存储结构。用大白话来讲，就是为了加速对表中的数据行的检索，而创建的一种分散的存储结构。 索引的目的 索引就相当于图书的目录，让你查找书中的某篇文章，不用一页一页的去翻找，而是先从目录大纲中寻找关键字标题，快速定位其文章所在的页码 比如，可以把数据库中的 表(table) 当作是一本书，table中一行一行的数据就是书里每篇文章的内容，即row，文章标题可看作是 table 中的 column字段，.
Mysql高级
qq_41141022的博客
02-25 1128
1.Mysql高级-day01 1.1.MySQL高级课程简介 序号 Day01 Day02 Day03 Day04 1 Linux系统安装MySQL 体系结构 应用优化 MySQL 常用工具 2 索引 存储引擎 查询缓存优化 MySQL 日志 3 视图 优化SQL步骤 内存管理及优化 MySQL 主从复制 4 存储过程和函数 索引使用 MySQL锁问题 综合案例 5 触发器 SQL优化 常用SQL技巧 1.2.Linux 系统安装MySQL 1.2.1.下载Linux
MySQL索引优化
Ascend1977的博客
07-26 161
MySQL索引优化是提高数据库查询性能的重要步骤。索引是一种数据结构，用于加速数据库表的数据检索操作。当数据库表中的数据量增加时，索引的优化变得尤为重要，因为它可以减少查询的执行时间，从而提高系统的响应速度。
一文带你你搞懂索引如何优化！！！
码猿技术专栏
08-30 3251
前言索引的相信大家都听说过，但是真正会用的又有几人？平时工作中写SQL真的会考虑到这条SQL如何能够用上索引，如何能够提升执行效率？此篇文章详细的讲述了索引优化的几个原则，只要在工作中能...
MySQL索引系列--索引的优化--LIKE模糊查询
IT利刃出鞘的博客
02-08 8107
本文介绍MySQL的LIKE模糊查询索引的优化。主要是索引失效的解决方案。
MySQL高级知识-查询与索引优化分析
02-25
下面是替代方法leftjoin+union(可去除重复数据)+rightjoin实现如下面代码7、A的独有+B的独有MySQL官方对索引的定义为：索引（Index）是帮助MySQL高效获取数据的数据结构。你可以简单理解为“排好序的快速查找结构”...
MYSQL索引优化与查询优化
06-21
课程总共分为三个章节： 第一章节主要对mysql常用的索引结构进行讲解 第二章将会从手把手带你演示sql索引优化的一些策略以及注意点 第三章将会演示工作中经常用到的sql查询优化知识点
MySQL Like查询优化大全
小张童鞋
10-12 4745
MySQL Like优化方案大全
mysql常用索引
qq_60547244的博客
12-12 597
mysql索引
MySQL索引失效场景及优化
最新发布
qq_39618837的博客
02-02 1059
在 MySQL 中，对于一些索引类型（例如 B-Tree 索引），索引的有效性通常依赖于有序性，而在通配符出现在查询开头的情况下，索引就无法提供有序性。因此，在索引列上进行对 NULL 值的查询可能导致无法使用索引，因为索引不存储 NULL 值的信息，它只存储非 NULL 值的信息。如果索引列的选择性很低，即不同值的数量相对较少，查询优化器可能会认为使用该索引进行查询的代价较高，因此选择放弃使用索引，采用全表扫描等方式。在MySQL中，对于复合索引，只有在查询中使用索引的最左前缀列时，索引才能被有效利用。
mysql8.0 之 sql 优化《三B》 之 优化范围查询 总览 总结
银河系天城知识宝库_技术专家蒋浩宇
03-08 527
单部分索引的范围访问方法 单部分索引的范围条件的定义如下： 对于这两种BTREE和HASH索引，使用时具有恒定值的关键部分的比较是一个范围条件 = &lt;=&gt;,in(),is null or,is not null运营商。 另外，对于BTREE索引，使用时具有恒定值的关键部分的比较是一个范围条件 &gt;,&lt;,&gt;=,&lt;=,between,!=,&lt;&gt;运营...
升级你的MySQL吧，感受下8.0.30 or Higher新特性
IT邦德
11-13 2650
MySQL 8.0.30 or Higher发布后，总结的一些新特性分享给大家
mysql like 4种优化_MySQL高级（四）：索引优化
weixin_35890852的博客
02-17 1339
1、准备上一篇的内容学习了如何使用explain来分析SQL的性能问题，通过这个性能分析利器我们就能够对SQL语句进行索引优化，来帮助我们写出更高性能的SQL语句。好了，接下来开始实战吧。首先创建一张表：1234567create table staffs(id int primary key auto_increment,name varchar(24) not null default '' ...
MySQL从5.6到8.0及性能优化
热门推荐
zhaogot的博客
09-10 1万+
一、选择mysql8.0.16的原因 百卓企业版项目一直采用的是mysql5.5版本，由于是单数据库配置，无法分担数据压力，已经达到了mysql5.5的性能瓶颈，在无法使用两个数据库分担压力的实际背景下，决定采用性能更强大的mysql8.0.16版本（当时最新）。 性能得到了极大的提升 由于MySQL8.0.16的默认InnoDB引擎，所以这里采用InnoDB引擎进行测试。特别是当线程数增加时，M...
mysql 8.0空间索引_覆盖索引 - 非官方 MySQL 8.0 优化指南 - 学习笔记
weixin_42398056的博客
02-01 192
覆盖索引是一种特殊的复合索引，所有查询的列都包括在索引中。这种情况下，MySQL 能直接从索引返回数据，不用访问行数据。考虑一种情形，我们不使用SELECT * FROM Country，而只需要国家的名称。例子12展示了，复合索引(大洲，人口，名称)能够用上前两列来过滤行，然后从第 3 列返回值。例子12：使用3列覆盖索引ALTER TABLE Country ADD INDEX c_p_n (...
索引：“其实我是一种数据结构”
weixin_44988779的博客
09-07 979
“人家真的 不是目录” 索引的自白引言索引概述索引的创建索引的删除索引的查询explain查询有无索引show keys查询何种索引索引的原理聚簇索引辅助索引联合索引索引存在的问题 引言 大家好，我是索引，在MySQL中你可以使用CREATE INDEX indexName ON table_name (column_name)或alter table table_name add index(column_name)来创造我！在这里我主要澄清一下，我不是目录，你可以认为我是一种排序的数据结构，实在不行你就
mysql 如何优化索引查询
05-18
MySQL 优化索引查询可以从以下几个方面入手： ...总之，MySQL 优化索引查询需要综合考虑表的设计、索引的定义、查询语句的编写和数据的分析等多个方面，只有综合应用这些方法，才能达到优化查询效率的目的。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值