【我要去面试】- 数据存储（持续更新中）

MySql索引注意事项

MySQL 索引命中与否直接影响查询性能，以下是详细分析：

能够命中索引的情况

1. 全值匹配

SELECT * FROM users WHERE user_id = 10;

• 原因：查询条件与索引列完全匹配，B+树可以快速定位

2. 最左前缀原则

-- 假设有联合索引 (last_name, first_name)
SELECT * FROM employees WHERE last_name = 'Smith';

• 原因：索引按照定义顺序组织，从左到右匹配

3. 范围查询（某些情况）

SELECT * FROM orders WHERE order_date > '2023-01-01';

• 原因：B+树有序存储，可以快速定位范围边界

4. 索引列查询

SELECT user_id FROM users WHERE user_id BETWEEN 100 AND 200;

• 原因：查询字段都在索引中，无需回表

5. 前缀索引匹配

-- 假设有前缀索引 (name(3))
SELECT * FROM products WHERE name LIKE 'app%';

• 原因：前缀匹配可以利用索引的有序性

不能命中索引的情况

1. 违反最左前缀原则

-- 有联合索引 (A,B,C)
SELECT * FROM table WHERE B = 'value' AND C = 'value';

• 原因：缺少最左列，索引无法有效定位

2. 使用函数或表达式

SELECT * FROM users WHERE YEAR(create_time) = 2023;

• 原因：索引存储原始值，无法匹配计算后的值

3. 隐式类型转换

-- 假设user_id是字符串类型
SELECT * FROM users WHERE user_id = 123;

• 原因：MySQL会进行类型转换，相当于对列使用函数

4. 使用不等于(!=或<>)

SELECT * FROM products WHERE status != 'active';

• 原因：不等于需要扫描大部分索引，优化器会选择全表扫描

5. LIKE 以通配符开头

SELECT * FROM articles WHERE title LIKE '%mysql%';

• 原因：无法利用索引的有序性

6. OR 条件（非所有列有索引）

SELECT * FROM orders WHERE order_id = 100 OR customer_id = 200;

• 原因：如果customer_id无索引，整个OR条件无法使用索引

7. 范围查询后的列

-- 有联合索引 (A,B,C)
SELECT * FROM table WHERE A = 'a' AND B > 10 AND C = 'c';

• 原因：范围查询后的列无法使用索引

特殊情况

1. IS NULL/IS NOT NULL

• 可能使用索引，取决于NULL值比例和优化器选择

2. IN 操作

SELECT * FROM products WHERE category_id IN (1, 2, 3);

• 通常能使用索引，相当于多个等值查询

3. 覆盖索引

即使WHERE条件不能完全使用索引，但如果查询列都在索引中，仍可能使用索引扫描

优化建议

1. 使用EXPLAIN分析查询执行计划
2. 避免在索引列上使用函数或计算
3. 合理设计联合索引顺序
4. 考虑使用覆盖索引减少回表操作
5. 注意数据类型的匹配

理解这些原理有助于设计更有效的索引和编写高性能SQL查询。

反模式设计

分库分表设计

分库与分表带来的分布式困境与应对方法

SQL优化

MySql死锁问题

存储引擎InnoDB与MyISAM

1. InnoDB支持事务，MyISAM不支持，这一点非常重要。事务是一种高级的处理方式，如在一些列增删改中要哪个出错了还可以回滚还原，而MyISAM就不可以了。
2. MyISAM适合查询以及插入为主的应用，InnoDB适合频繁修改以及涉及到安全性较高的应用。
3. InnoDB支持外键，MyISAM不支持。
4. 从MySQL5.5.5以后，InnoDB是默认引擎。
5. InnoDB不支持FULLTEXT类型的索引。
6. InnoDB中不保存表的函数，如select count() from table时，InnoDB需要扫描一遍整个表来计算有多少航，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count（）语句包含where条件是MyISAM也需要扫描整个表。
7. 对于自增长的字段，InnoDB中必须包含只有改字段的索引，但是在MyISAM表中可以和其他字段一起建立联合索引。
8. 清空整个表时，InnoDB是一行一行的删除，效率非常慢。MyISAM则会重新建表。
9. InnoDB支持行锁（某些情况下还是锁整表，如update table set a=1 where user like ‘%%’ ）

数据库索引原理

为什么要用Btree

聚集索引与非聚集索引的区别

limit 20000加载很慢怎么解决

选择合适的分布式主键方案

选择合适的数据存储方案