MySQL面试题及答案

1. MySQL 索引使用有哪些注意事项呢？

可以从三个维度回答这个问题：索引哪些情况会失效，索引不适合哪些场景，索引规则

索引哪些情况会失效

查询条件包含or，可能导致索引失效

如何字段类型是字符串，where时一定用引号括起来，否则索引失效

like通配符可能导致索引失效。

联合索引，查询时的条件列不是联合索引中的第一个列，索引失效。

在索引列上使用mysql的内置函数，索引失效。

对索引列运算（如，+、-、*、/），索引失效。

索引字段上使用（！= 或者 < >，not in）时，可能会导致索引失效。

索引字段上使用is null， is not null，可能导致索引失效。

左连接查询或者右连接查询查询关联的字段编码格式不一样，可能导致索引失效。

mysql估计使用全表扫描要比使用索引快,则不使用索引。

后端程序员必备：索引失效的十大杂症

索引不适合哪些场景

数据量少的不适合加索引

更新比较频繁的也不适合加索引

区分度低的字段不适合加索引（如性别）

索引的一些潜规则

覆盖索引

回表

索引数据结构（B+树）

最左前缀原则

索引下推

2. MySQL 遇到过死锁问题吗，你是如何解决的？

我排查死锁的一般步骤是酱紫的：

查看死锁日志show engine innodb status;

找出死锁Sql

分析sql加锁情况

模拟死锁案发

分析死锁日志

分析死锁结果

可以看我这两篇文章哈：

手把手教你分析Mysql死锁问题

Mysql死锁如何排查：insert on duplicate死锁一次排查分析过程

3. 日常工作中你是怎么优化SQL的？

可以从这几个维度回答这个问题：

加索引

避免返回不必要的数据

适当分批量进行

优化sql结构

分库分表

读写分离

可以看我这篇文章哈：

后端程序员必备：书写高质量SQL的30条建议
4. 说说分库与分表的设计

分库分表方案，分库分表中间件，分库分表可能遇到的问题

分库分表方案:

水平分库：以字段为依据，按照一定策略（hash、range等），将一个库中的数据拆分到多个库中。

水平分表：以字段为依据，按照一定策略（hash、range等），将一个表中的数据拆分到多个表中。

垂直分库：以表为依据，按照业务归属不同，将不同的表拆分到不同的库中。

垂直分表：以字段为依据，按照字段的活跃性，将表中字段拆到不同的表（主表和扩展表）中。

常用的分库分表中间件：

sharding-jdbc（当当）

Mycat

TDDL（淘宝）

Oceanus(58同城数据库中间件)

vitess（谷歌开发的数据库中间件）

Atlas(Qihoo 360)

分库分表可能遇到的问题

事务问题：需要用分布式事务啦

跨节点Join的问题：解决这一问题可以分两次查询实现

跨节点的count,order by,group by以及聚合函数问题：分别在各个节点上得到结果后在应用程序端进行合并。

数据迁移，容量规划，扩容等问题

ID问题：数据库被切分后，不能再依赖数据库自身的主键生成机制啦，最简单可以考虑UUID

跨分片的排序分页问题（后台加大pagesize处理？）

个人觉得网上这两篇文章不错，小伙伴们可以去看一下哈：

MySQL数据库之互联网常用分库分表方案

分库分表需要考虑的问题及方案

5. InnoDB与MyISAM的区别

InnoDB支持事务，MyISAM不支持事务

InnoDB支持外键，MyISAM不支持外键

InnoDB 支持 MVCC(多版本并发控制)，MyISAM 不支持

select count(*) from table时，MyISAM更快，因为它有一个变量保存了整个表的总行数，可以直接读取，InnoDB就需要全表扫描。

Innodb不支持全文索引，而MyISAM支持全文索引（5.7以后的InnoDB也支持全文索引）

InnoDB支持表、行级锁，而MyISAM支持表级锁。

InnoDB表必须有主键，而MyISAM可以没有主键

Innodb表需要更多的内存和存储，而MyISAM可被压缩，存储空间较小，。

Innodb按主键大小有序插入，MyISAM记录插入顺序是，按记录插入顺序保存。

InnoDB 存储引擎提供了具有提交、回滚、崩溃恢复能力的事务安全，与 MyISAM 比 InnoDB 写的效率差一些，并且会占用更多的磁盘空间以保留数据和索引