招聘网站页面设计图片ds2600ii色带
MySQL 索引使用有哪些注意事项呢？
可以从两个维度回答这个问题：
- 索引哪些情况会失效，
- 索引不适合哪些场景
索引哪些情况会失效
- 查询条件包含or，会导致索引失效。
- 隐式类型转换，会导致索引失效，
例如age字段类型是int，我们where age = “1”，这样就会触发隐式类型转换（int转成string）。
- like通配符会导致索引失效。
注意："ABC%“会走range索引，”%ABC"索引才会失效。
- 联合索引，查询时的条件列不是联合索引中的第一个列，索引失效。
- 对索引字段进行函数运算。
对索引列运算（如，+、-、*、/），索引失效。
索引字段上使用（!= 或者 < >，not in）时，会导致索引失效。
索引字段上使用is null， is not null，可能导致索引失效。 - 相join的两个表的字符编码不同，不能命中索引，会导致笛卡尔积的循环计算
- mysql估计使用全表扫描要比使用索引快,则不使用索引。
索引不适合哪些场景
- 数据量少的不适合加索引
- 更新比较频繁的也不适合加索引
- 离散性低的字段不适合加索引（如性别）
MySQL 遇到过死锁问题吗，你是如何解决的？
排查死锁的步骤：
查看死锁日志
show engine innodb status;
找出死锁Sql
分析sql加锁情况
模拟死锁案发
分析死锁日志
分析死锁结果
日常工作中你是怎么优化SQL的？
可以从这几个维度回答这个问题：
- 加索引
- 避免返回不必要的数据
- 适当分批量进行
- 优化sql结构
- 主从架构，提升读性能
- 分库分表
分库分表的设计
分库分表方案，分库分表中间件，分库分表可能遇到的问题
分库分表方案
水平分库：以字段为依据，按照一定策略（hash、range等），将一个库中的数据拆分到多个库中。
水平分表：以字段为依据，按照一定策略（hash、range等），将一个表中的数据拆分到多个表中。
垂直分库：以表为依据，按照业务归属不同，将不同的表拆分到不同的库中。
垂直分表：以字段为依据，按照字段的活跃性，将表中字段拆到不同的表（主表和扩展表）中。
常用的分库分表中间件
- sharding-jdbc
- Mycat
分库分表可能遇到的问题
- 事务问题：需要用分布式事务啦
- 跨节点Join的问题：解决这一问题可以分两次查询实现
- 跨节点的count,order by,group by以及聚合函数问题：分别在各个节点上得到结果后在应用程序端进行合并。
- 数据迁移，容量规划，扩容等问题
- ID问题：数据库被切分后，不能再依赖数据库自身的主键生成机制啦，最简单可以考虑UUID
- 跨分片的排序分页问题（后台加大pagesize处理？）