数据库常见面试

8道面试题

7道面试题

1.怎样进行sql优化

4、group by优化

5、limit优化

6、count优化

7、update优化

2.。怎样查看sql执行情况呢(哪个关键字)，说说你对这个关键字的认识

4) possible_key：

5) key

3.说说你对innodb和 myisam的理解

4.char 和varchar的区别

5.innodb引擎底层结构是什么，为什么不用B树呢

B+树

6.事物你了解吗，详细说说

事物四大特性

并发事物问题

事物隔离级别

演示问题：

读未提交-脏读问题

读已提交-不可重复读

可重复读-幻读

7.主键使用自增ID好还是uuid（比较大的随机数）好呢

自增ID (Auto-Incrementing ID)

UUID (通用唯一识别码)

总结

8、什么情况下索引会失效

1.怎样进行sql优化

1、怎样进行sql优化

1)查询对where条件后的字段加索引，用于提升查询效率

2)explain查看执行情况，需要插入数据时批量插入

3)sql语句上，查询数量时尽可能用count(*)而不用count(字段)

4)在查询时，尽量不要进行回表查询，这就要求满足需求的情况下，不要使用select *

5)多条件时，考虑是不是可以使用最左前缀原则针对条件列进行索引

6)插入数据时，如果有主键，那么主键最好是顺序插入的且尽量不要太长，可以避免页分裂

7)模糊查询时，尽量不要开头加%

8)尽量不要使用or/in/not in，因为可能会造成索引失效

9)where条件后的字段(加索引)如果是varchar类型，那么一定要加’’

10)尽量不要将索引列进行运算

插入数据

批量插入：因为一条条插入时，每一条数据的插入都要与数据库建立连接，并且关闭连接

手动提交事物：

默认是自动提交，每提交一次insert语句就会提交一次事物，造成事物的频繁提交和关闭

主键顺序插入

顺序插入的性能要高于乱序插入，主键优化中讲解

大批量数据插入

如果一次性需要插入大批量数据，使用insert语句插入性能较低，此时可以使用MySQL数据库提供的load指令进行插入。操作如下·

客户端连接服务端时，加上参数 --local-infile

mysql --local-infile -u root -p

设置全局参数 local_infile为1，开启从本地加载文件导入数据的开关

set global local_infile = 1;

执行local指令，将准备好的数据加载到表结构中

local data local infile ‘/xx/yy/sql.log’ into table 表名 fields terminated by ‘,’ lines terminated by ‘\n’;

主键优化

页可以为空，也可以填充一半，也可以填充100%。每个页包含了2-N行数据(如果一行数据多大，会行溢出)，根据主键排列。

主键顺序插入时，当第一个page写满后，再去申请第二个page

页和页之间需要维护一个双向指针

乱序插入时：可能发生页分裂

最后变成：

页合并：

当删除一行记录时，实际上记录并没有被物理删除，只是记录被标记(flaged)为删除并且它的空间允许被其他记录声明使用，当页中删除的记录达到 MERGE_THRESHOLD(默认为页的50%)，InnoDB会开始寻找最靠近的页(前或后)看看是否可以将两个页合并以优化空间使用。

合并后：

主键设计原则：

满足业务需求的情况下，尽量降低主键的长度

二级索引下，二级索引的叶子节点中挂的是主键，如果主键较长，二级索引比较多，

将会占用大量的磁盘空间，在搜索时将会耗费大量的磁盘IO

插入数据时，尽量选择顺序插入，选择使用AUTO_INCREMENT自增主键

顺序插入时，当一个page写完后才会写另一个page，而乱序插入可能会引起页分裂现象

尽量不要使用UUID作为做主键或者其他自然主键，如身份证号

主键较长，二级索引比较多，将会占用大量的磁盘空间，在搜索时将会耗费大量的磁盘IO

业务操作时，避免对主键的修改

order by优化

Using filesort;通过表的索引或全表扫猫，读取满足条件的教据行，然后在排序缓冲区sort bufter中完成排序操作，所有不是通过索引直接返回排序结果的排序都叫 FileSort排序。
Using index:通过有序索引顺序扫描直接返回有序数据，这种情况即为using index，不需要额外排序，操作效率高

排序字段加上索引

两个排序字段，一正一倒呢？

所以我们优化时就是尽可能将using filesort给优化点

可以通过创建索引来解决

优化后的结果为：

排序字段不加索引：

总结：

根据排序字段建立合适的索引，多字段排序时，也遵循最左前缀法则。
尽量使用覆盖索引
多字段排序,一个升序一个降序，此时需要注意联合索引在创建时的规则 (ASC/DESC)
如果不可避免的出现filesort，大数据量排序时，可以适当增大排序缓冲区大小,sort buffer_size(默认256k)。

4、group by优化

主要是针对索引进行优化。验证下加索引与不加索引时分组的效率

加上索引后，效率会得到提升

关于索引的使用

5、limit优化

需要时间较久，如果有1000万条数据，时间大概会在10s级别

可以通过覆盖索引+子查询的方式优化

6、count优化

count的用法：

用法截图如下：

效率：

7、update优化

行锁还是表锁

两个事物，当都修改id（有索引）对应的信息时

update course set name = ‘kafka’ where id=4

update course set name = ‘java’ where id=1

两个事物的修改操作都能成功，因为此时锁的是行级锁

两个事物，当都修改name（无索引）对应的信息时

update course set name = ‘kafka’ where name=’java’

update course set name = ‘java’ where name=’mysql’

第一个事物会马上修改成功，但是第二个事物的修改会等第一个事物提交后才能修改成功，因为name没有索引，此时锁的是表级锁

为name加上索引后，两个事物都修改name对应的信息时

两个事物的修改操作都能成功，因为此时锁的是行级锁

2.。怎样查看sql执行情况呢(哪个关键字)，说说你对这个关键字的认识

explain执行计划通过explain我们可以模拟一个优化器对sql语句进行优化，进而提升查询效率，以下是explain查询结果中的几个重要字段

select查询的序列号，表示查询中执行select子句或者是操作表的顺序(id相同，执行顺序从上到下，ID不同，值越大，越先执行)

多表查询展示id值相同:

多表查询展示id值不同:此时先执行id大的

select_type

表示select的类型，常见的取值有simple(简单表、即不使用表链接或子查询)、primary（主查询，即外层的查询）、union(union中的第二个或者后面查询语句)、subquery(包含了子查询)等

type

表示连接类型，性能由好到差的连接类型为null、system、const、eq_ref、ref、range、index、all

null：一般的业务开发不会优化到null，因为不访问任何表的时候才是null

system:一般是访问系统表时才可能会是system

const：根据主键或者唯一性索引进行访问一般会是const

ref:如果我们使用非唯一性索引查询时会出现

range: 对普通索引字段范围查找

index:

当查询能够仅通过扫描索引来满足而无需访问实际的数据行时，连接类型可能会是index

all:性能最低，需要全表扫描，查询的字段一般是非索引字段

4) possible_key：

在这张表中可能用到的索引,一个或多个

5) key

实际使用的索引，没有则为null

key_len

表示索引中使用的字节数，该值为索引字段最大可能长度，并非实际使用长度，在不损失精确性的前提下，长度越短越好

rows

MySOL认为必须要执行查询的行数，在innodb引擎的表中，是一个估计值，可能并不总是准确的。

filtered

表示返回结果的行数占需读取行数的百分比，filtered 的值越大越好

extra

额外信息展示

3.说说你对innodb和 myisam的理解

介绍

InnoDB是一种兼顾高可靠性和高性能的通用存储引擎，在MYSOL 5.5之后，lnnoDB是默认的 MySOL存储引擎。

特点：

DML操作遵循ACID模型，支持事务，

行级锁，提高并发访问性能;

支持外键 FOREIGN KEY约束，保证数据的完整性和正确性

myisam是mysql早期默认的存储引擎

特点：

不支持事物、不支持外键

支持表锁，不支持行锁

访问速度快、

1)innodb支持事物，myisam不支持

2)inndb存储引擎对应的表会有一个ibd文件，用于存储索引、数据、结构，而myisam对用三个文件，分别存储索引、数据、结构

3)innodb支持行级锁，而myisam支持表级锁，所以innodb存储引擎在高并发下冲突小

4)myisam是在mysql5.5版本前的默认存储引擎，之后变成了innodb

5)innodb支持外键约束，myisam不支持

4.char 和varchar的区别

1、char性能高，varchar性能较低，原因是需要计算数据的长度进而确定需要使用的空间

2、char是定长的，varchar是变长的，更节省空间，使空间得倒充分利用

5.innodb引擎底层结构是什么，为什么不用B树呢

B+树

和B树相似，但是所有的数据都会出现在叶子节点，而不是每个节点都会挂载真实数据，且最后的叶子节点形成了一个单向链表，方便范围查找，叶子节点是用来存放数据的，非也字节点起到索引的作用

为什么不采用B树？（面试题）

数据保存：对于B tree，无论是叶子节点还是非叶子节点，都会保存数据，这样导致一页中存储的键值减少，指针跟着减少，要同样保存大量数据，只能增加树的高度，导致性能降低

查询效率稳定：B+树每次查询数据都是遍历到叶子节点，很稳定，而B树则不一定遍历到哪一层

范围查找上：B+树找到最小值后，根据叶子节点形成的链表结构就可以找到最大值，B树还得需要二分查找才可以找到最大值

6.事物你了解吗，详细说说

事物四大特性

原子性：事物是不可分割的最小操作单元，要么全部成功，要么全部失败

一致性：事物完成时，必须使所有的数据都保持一致状态

隔离性：数据库系统提供的隔离机制，保证事物在不受外部并发操作影响的独立环境下运行

持久性：事物一旦提交或回滚，他对数据库中数据的改变就是永久的

并发事物问题

问题	描述
脏读	一个事物读到了另一个事物还没提交的数据
不可重复读	一个事物先后读取同一条记录，但是读到的数据不同，称之为不可重复读
幻读	一个事物按照条件读取数据，并没有对应的数据，但是在插入时又发现了对应的数据，就像出现了幻影一样