我以为我对Mysql索引很了解，直到我遇到了阿里的面试官

admin 2019年7月15日2019年7月15日 Mysql 暂无评论 69 浏览

相信很多人对于MySQL的索引都不陌生，索引(Index)是帮助MySQL高效获取数据的数据结构。

因为索引是MySQL中比较重点的知识，相信很多人都有一定的了解，尤其是在面试中出现的频率特别高。楼主自认为自己对MySQL的索引相关知识有很多了解，而且因为最近在找工作面试，所以单独复习了很多关于索引的知识。

但是，我还是图样图森破，直到我被阿里的面试官虐过之后我才知道，自己在索引方面的知识，只是个小学生水平。

以下，是我总结的一次阿里面试中关于索引有关的问题以及知识点。

索引概念、索引模型

我们是怎么聊到索引的呢，是因为我提到我们的业务量比较大，每天大概有几百万的新数据生成，于是有了以下对话：

面试官：你们每天这么大的数据量，都是保存在关系型数据库中吗？

我：是的，我们线上使用的是MySQL数据库

面试官：每天几百万数据，一个月就是几千万了，那你们有没有对于查询做一些优化呢？

我：我们在数据库中创建了一些索引（我现在非常后悔我当时说了这句话）。

这里可以看到，阿里的面试官并不会像有一些公司一样拿着题库一道一道的问，而是会根据面试者做过的事情以及面试过程中的一些内容进行展开。

面试官：那你能说说什么是索引吗？

我：（这道题肯定难不住我啊）索引其实是一种数据结构，能够帮助我们快速的检索数据库中的数据。

面试官：那么索引具体采用的哪种数据结构呢？

我：（这道题我也背过）常见的MySQL主要有两种结构：Hash索引和B+ Tree索引，我们使用的是InnoDB引擎，默认的是B+树。

这里我耍了一个小心机，特意说了一下索引和存储引擎有关。希望面试官可以问我一些关于存储引擎的问题。

面试官：既然你提到InnoDB使用的B+ Tree的索引模型，那么你知道为什么采用B+ 树吗？这和Hash索引比较起来有什么优缺点吗？

我：（突然觉得这道题有点难，但是我还是凭借着自己的知识储备简单的回答上一些）因为Hash索引底层是哈希表，哈希表是一种以key-value存储数据的结构，所以多个数据在存储关系上是完全没有任何顺序关系的，所以，对于区间查询是无法直接通过索引查询的，就需要全表扫描。所以，哈希索引只适用于等值查询的场景。而B+ Tree是一种多路平衡查询树，所以他的节点是天然有序的（左子节点小于父节点、父节点小于右子节点），所以对于范围查询的时候不需要做全表扫描。

面试官：除了上面这个范围查询的，你还能说出其他的一些区别吗？

我：（这个题我回答的不好，事后百度了一下）

科普时间：B+ Tree索引和Hash索引区别哈希索引适合等值查询，但是不无法进行范围查询哈希索引没办法利用索引完成排序哈希索引不支持多列联合索引的最左匹配规则如果有大量重复键值得情况下，哈希索引的效率会很低，因为存在哈希碰撞问题

聚簇索引、覆盖索引

面试官：刚刚我们聊到B+ Tree ，那你知道B+ Tree的叶子节点都可以存哪些东西吗？

我：InnoDB的B+ Tree可能存储的是整行数据，也有可能是主键的值。

面试官：那这两者有什么区别吗？

…

Mysql 索引

一通骚操作，我把SQL执行效率提高了10000000倍！

admin 2019年7月5日 Mysql 暂无评论 53 浏览

场景

我用的数据库是mysql5.6，下面简单的介绍下场景

课程表：

create table Course(

c_id int PRIMARY KEY,

name varchar(10)

)

数据100条

学生表:

create table Student(

id int PRIMARY KEY,

name varchar(10)

)

数据70000条

学生成绩表SC

CREATE table SC(

    sc_id int

…

Mysql 优化性能索引

MySQL 8.0数据库新特性及测试

admin 2019年6月13日2019年6月16日 Mysql 暂无评论 134 浏览

MySQL 8.0数据库新特性及测试

2.1 面向开发者特性
- 2.1.1 NoSQL 文档商店
- 2.1.2 SQL
- 2.1.3 JSON
2.2 GIS（地理信息系统）
2.3 字符集
2.4 数据类型 Datatypes
2.5 成本模型
2.6 基于扩展正则表达式Regular Expressions
2.7 运维自动化特性Dev Ops features
2.8 可靠性 Reliability
2.9 可观测性 Observability
2.10

…

Mysql

发现大量的mysql TIME_WAIT解决办法

admin 2019年4月11日 Mysql 暂无评论 72 浏览

今天早上一上班，有同事就反映公司好几个网站都打不开，登陆数据库

服务器(windows)，发现很卡,于是重启了下服务器，进入系统后，没过一会问题依旧,查看了下系统进程，发现mysql占用率达到99%，可以肯定的是mysql连接出现问题:

netstat -an

192.168.12.13:3306 192.168.12.12:30443 TIME_WAIT

192.168.12.13:3306 192.168.12.12:30444 TIME_WAIT

192.168.12.13:3306 192.168.12.12:30445 TIME_WAIT

192.168.12.13:3306 192.168.12.12:30446 TIME_WAIT

192.168.12.13:3306 192.168.12.12:30447 TIME_WAIT

192.168.12.13:3306 192.168.12.12:30448 TIME_WAIT

192.168.12.13:3306 192.168.12.12:30449 TIME_WAIT

192.168.12.13:3306 192.168.12.12:30450 TIME_WAIT

192.168.12.13:3306 192.168.12.12:30451 TIME_WAIT

192.168.12.13:3306 192.168.12.12:30452 TIME_WAIT…

Mysql tcp 优化内核性能

MySQL 数据库优化，看这篇就够了

admin 2019年4月11日2019年4月11日 Mysql 暂无评论 67 浏览

前言

数据库优化一方面是找出系统的瓶颈,提高MySQL数据库的整体性能,而另一方面需要合理的结构设计和参数调整,以提高用户的相应速度,同时还要尽可能的节约系统资源,以便让系统提供更大的负荷.

1、优化一览图

MySQL 数据库优化，看这篇就够了

2、优化

笔者将优化分为了两大类,软优化和硬优化,软优化一般是操作数据库即可,而硬优化则是操作服务器硬件及参数设置.

2.1 软优化

2.1.1 查询语句优化

1、首先我们可以用EXPLAIN或DESCRIBE(简写:DESC)命令分析一条查询语句的执行信息.

2.例:

DESC SELECT * FROM `user`

显示:

MySQL 数据库优化，看这篇就够了

其中会显示索引和查询数据读取数据条数等信息.

2.1.2 优化子查询

在MySQL中,尽量使用JOIN来代替子查询.因为子查询需要嵌套查询,嵌套查询时会建立一张临时表,临时表的建立和删除都会有较大的系统开销,而连接查询不会创建临时表,因此效率比嵌套子查询高.

2.1.3 使用索引

索引是提高数据库查询速度最重要的方法之一,关于索引可以参高笔者<MySQL数据库索引>一文,介绍比较详细,此处记录使用索引的三大注意事项:

1、LIKE关键字匹配'%'开头的字符串,不会使用索引.

2、OR关键字的两个字段必须都是用了索引,该查询才会使用索引.

3、使用多列索引必须满足最左匹配.

2.1.4 分解表

对于字段较多的表,如果某些字段使用频率较低,此时应当,将其分离出来从而形成新的表,

2.1.5 中间表

对于将大量连接查询的表可以创建中间表,从而减少在查询时造成的连接耗时.

2.1.6 增加冗余字段

类似于创建中间表,增加冗余也是为了减少连接查询.

2.1.7 分析表,检查表,优化表

分析表主要是分析表中关键字的分布,检查表主要是检查表中是否存在错误,优化表主要是消除删除或更新造成的表空间浪费.

1、分析表:

…

Mysql 优化

MySQL8.0新特性集锦

admin 2019年4月7日 Mysql 暂无评论 64 浏览

1. 默认字符集由latin1变为utf8mb4

在8.0版本之前，默认字符集为latin1，utf8指向的是utf8mb3，8.0版本默认字符集为utf8mb4，utf8默认指向的也是utf8mb4。

2. MyISAM系统表全部换成InnoDB表

系统表全部换成事务型的innodb表，默认的MySQL实例将不包含任何MyISAM表，除非手动创建MyISAM表。

# MySQL 5.7
mysql> select distinct(ENGINE) from information_schema.tables;
+--------------------+
| ENGINE             |
+--------------------+
| MEMORY             |
| InnoDB             |
| MyISAM             |
| CSV                |
| PERFORMANCE_SCHEMA |
| NULL               |
+--------------------+
6 rows

…

Mysql

MySQL5.7的JSON基本操作

admin 2019年4月7日 Mysql 暂无评论 56 浏览

MySQL5.7的JSON基本操作

MySQL从5.7版本开始就支持JSON格式的数据，操作用起来挺方便的。

建表
在新建表时字段类型可以直接设置为json类型，比如我们创建一张表：

mysql> CREATE TABLE `test_user`(`id` INT PRIMARY KEY AUTO_INCREMENT, `name` VARCHAR(50) NOT NULL, `info` JSON);

json类型字段可以为NULL…

json Mysql

MySQL编码utf8升级utf8mb4

admin 2019年4月7日 Mysql 暂无评论 68 浏览

上篇文章我们介绍了utf8和utf8mb4的区别，这篇文章我们主要介绍utf8升级utf8mb4的步骤

utf8升级utf8mb4具体步骤：首先将我们数据库默认字符集由utf8更改为utf8mb4，然后将表默认字符集也更改为utf8mb4，最后再把存储表情的字段默认字符集也做相应的调整。

SQL 语句…

Mysql

面试中有哪些经典的数据库问题

admin 2019年4月7日 Mysql 暂无评论 59 浏览

一、为什么用自增列作为主键

1、如果我们定义了主键(PRIMARY KEY)，那么InnoDB会选择主键作为聚集索引、如果没有显式定义主键，则InnoDB会选择第一个不包含有NULL值的唯一索引作为主键索引、如果也没有这样的唯一索引，则InnoDB会选择内置6字节长的ROWID作为隐含的聚集索引(ROWID随着行记录的写入而主键递增，这个ROWID不像ORACLE的ROWID那样可引用，是隐含的)。

2、数据记录本身被存于主索引（一颗B+Tree）的叶子节点上。这就要求同一个叶子节点内（大小为一个内存页或磁盘页）的各条数据记录按主键顺序存放，因此每当有一条新的记录插入时，MySQL会根据其主键将其插入适当的节点和位置，如果页面达到装载因子（InnoDB默认为15/16），则开辟一个新的页（节点）

3、如果表使用自增主键，那么每次插入新的记录，记录就会顺序添加到当前索引节点的后续位置，当一页写满，就会自动开辟一个新的页

4、如果使用非自增主键（如果身份证号或学号等），由于每次插入主键的值近似于随机，因此每次新纪录都要被插到现有索引页得中间某个位置，此时MySQL不得不为了将新记录插到合适位置而移动数据，甚至目标页面可能已经被回写到磁盘上而从缓存中清掉，此时又要从磁盘上读回来，这增加了很多开销，同时频繁的移动、分页操作造成了大量的碎片，得到了不够紧凑的索引结构，后续不得不通过OPTIMIZE TABLE来重建表并优化填充页面。…

Mysql 数据库

Centos7安装MySQL8.0 – 操作手册

admin 2019年4月3日2019年4月3日 Mysql 暂无评论 84 浏览

MySQL 8 正式版 8.0.11 已发布，官方表示 MySQL 8 要比 MySQL 5.7 快 2 倍，还带来了大量的改进和更快的性能！

一. Mysql8.0版本相比之前版本的一些特性

1) 默认编码utf8
默认编码使用utf8mb4, utf8mb4编码是utf8编码的超集，兼容utf8，并且能存储4字节的表情字符历史，MySQL数据库的 "utf8"并不是真正概念里的 UTF-8。MySQL中的"utf8"编码只支持最大3字节每字符。真正的大家正在使用的UTF-8编码是应该能支持4字节每个字符。MySQL的开发者没有修复这个bug。他们在2010年增加了一个变通的方法：一个新的字符集"utf8mb4"另外，utf-32编码固定使用4字节，32bit存储相比utf8浪费空间。

2) 降序索引
在之前的版本中可以创建，但是实际创建的还是升序索引

…

Mysql

一	二	三	四	五	六	日
« 6月
1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28
29	30	31

Lenix Blog

Mysql

我以为我对Mysql索引很了解，直到我遇到了阿里的面试官

索引概念、索引模型

聚簇索引、覆盖索引

一通骚操作，我把SQL执行效率提高了10000000倍！

场景

MySQL 8.0数据库新特性及测试

目录

一、概述

二、 Mysql 8.0特性

发现大量的mysql TIME_WAIT解决办法

MySQL 数据库优化，看这篇就够了

前言

1、优化一览图

2、优化

2.1 软优化

2.1.1 查询语句优化

2.1.2 优化子查询

2.1.3 使用索引

2.1.4 分解表

2.1.5 中间表

2.1.6 增加冗余字段

2.1.7 分析表,检查表,优化表

1、分析表:

MySQL8.0新特性集锦

1. 默认字符集由latin1变为utf8mb4

2. MyISAM系统表全部换成InnoDB表

MySQL5.7的JSON基本操作

MySQL5.7的JSON基本操作

MySQL编码utf8升级utf8mb4

面试中有哪些经典的数据库问题

Centos7安装MySQL8.0 – 操作手册

最近更新

近期评论

分类目录

文章归档

功能

链接表

站点统计

Mysql

索引概念、索引模型

聚簇索引、覆盖索引

场景

目录

一、 概述

二、 Mysql 8.0特性

前言

1、优化一览图

2、优化

2.1 软优化

2.1.1 查询语句优化

2.1.2 优化子查询

2.1.3 使用索引

2.1.4 分解表

2.1.5 中间表

2.1.6 增加冗余字段

2.1.7 分析表,检查表,优化表

1、分析表:

1. 默认字符集由latin1变为utf8mb4

2. MyISAM系统表全部换成InnoDB表

MySQL5.7的JSON基本操作

最近更新

月度热门文章

标签

近期评论

分类目录

文章归档

功能

链接表

站点统计

一、概述