1、MySql索引使用有哪些注意事项呢？

我们可以用两个方面来回答这个问题：

索引哪些情况会失效

  • 查询条件包含 or，会导致索引失效。
  • 隐式类型转换，会导致索引失效，例如 age 字段类型是 int，我们 where age = “1”，这样就会触发隐式类型转换。
  • like 通配符会导致索引失效，注意:”ABC%” 不会失效，会走 range 索引，”% ABC” 索引会失效
  • 联合索引，查询时的条件列不是联合索引中的第一个列，索引失效。
  • 对索引字段进行函数运算。
  • 对索引列运算（如，+、-、*、/），索引失效。
  • 索引字段上使用（!= 或者 < >，not in）时，会导致索引失效。
  • 索引字段上使用 is null， is not null，可能导致索引失效。
  • 相 join 的两个表的字符编码不同，不能命中索引，会导致笛卡尔积的循环计算
  • mysql 估计使用全表扫描要比使用索引快，则不使用索引。

索引不适合哪种场景？

  • 数据量少的不适合加索引
  • 更新比较频繁的也不适合加索引
  • 离散性低的字段不适合加索引（如性别）

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

排查死锁的步骤：

  • 查看死锁日志 show engine innodb status;
  • 找出死锁 Sql
  • 分析 sql 加锁情况
  • 模拟死锁案发
  • 分析死锁日志
  • 分析死锁结果

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

  • 加索引
  • 避免返回不必要的数据
  • 适当分批量进行
  • 优化 sql 结构
  • 主从架构，提升读性能
  • 分库分表

4. 分库分表的设计

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

分库分表方案

  • 水平分库：以字段为依据，按照一定策略（hash、range 等），将一个库中的数据拆分到多个库中。
  • 水平分表：以字段为依据，按照一定策略（hash、range 等），将一个表中的数据拆分到多个表中。
  • 垂直分库：以表为依据，按照业务归属不同，将不同的表拆分到不同的库中。
  • 垂直分表：以字段为依据，按照字段的活跃性，将表中字段拆到不同的表（主表和扩展表）中。

分库分表可能遇到的问题

  • 事务问题：需要用分布式事务
  • 跨节点 Join 的问题：解决这一问题可以分两次查询实现
  • 跨节点的 count,order by,group by 以及聚合函数问题：分别在各个节点上得到结果后在应用程序端进行合并。
  • 数据迁移，容量规划，扩容等问题
  • ID 问题：数据库被切分后，不能再依赖数据库自身的主键生成机制啦，最简单可以考虑 UUID
  • 跨分片的排序分页问题（后台加大 pagesize 处理？）

5、limit 1000000 加载很慢的话，你是怎么解决的呢？

方案一：如果 id 是连续的，可以这样，返回上次查询的最大记录 (偏移量)，再往下 limit

1
select id，name from employee where id>1000000 limit 10

方案二：在业务允许的情况下限制页数： 建议跟业务讨论，有没有必要查这么后的分页啦。因为绝大多数用户都不会往后翻太多页。
方案三：order by + 索引（id 为索引）

1
2
3
select id，name from employee order by id  limit 1000000，10
SELECT a.* FROM employee a, (select id from employee where 条件 LIMIT 1000000,10 ) b where a.id=b.id