数据库知识点（性能优化）

数据库
1. 引擎 
- innodb
- 表/行锁
- 事务
- 慢
- mysiam
- 表锁
- 无事务
- 快 

2. 数据库如何加锁？
终端1：
begin;
select * from tb for update;
commit;

终端2：
begin;
select * from tb for update;
commit;

3. 什么时候需要加锁？
- 计数
- 应用场景：
- 商品数量

4. 了解：
- 视图
- 触发器
- 函数 
- 存储过程

5. 索引

作用：加速查找，对数据进行约束
索引种类

主键：不能为空
唯一：可以为空
普通
联合：
联合唯一

最左前缀原则


名词
覆盖索引：无序再从物理表中进行查询

索引合并：多个单列进行查询时

6. 无法命中？

7. 慢日志？(记录sql执行效率低的语句)
- 查询时间久的数据
- 未命中索引的数据

修改配置：
slow_query_log = ON 开启 是否开启慢日志记录
long_query_time = 2 超过两秒记录下来 时间限制，超过此时间，则记录
slow_query_log_file = /usr/slow.log 记录日志的文件
log_queries_not_using_indexes = ON 为使用索引的搜索是否记录

8. 执行计划（帮助自己测试sql语句执行的性能怎样）
explain select * from tb; 

id
查询顺序标识
如：mysql> explain select * from (select nid,name from tb1 where nid < 10) as B;
+----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
| 1 | PRIMARY | <derived2> | ALL | NULL | NULL | NULL | NULL | 9 | NULL |
| 2 | DERIVED | tb1 | range | PRIMARY | PRIMARY | 8 | NULL | 9 | Using where |
+----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
特别的：如果使用union连接气值可能为null


select_type
查询类型
SIMPLE 简单查询
PRIMARY 最外层查询
SUBQUERY 映射为子查询
DERIVED 子查询
UNION 联合
UNION RESULT 使用联合的结果
...
table
正在访问的表名


type（执行效率由低到高）
查询时的访问方式，性能：all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const
ALL 全表扫描，对于数据表从头到尾找一遍（执行效率最低DBA有打死开发当事者的想法）
select * from tb1;
特别的：如果有limit限制，则找到之后就不在继续向下扫描
select * from tb1 where email = 'seven@live.com'
select * from tb1 where email = 'seven@live.com' limit 1;
虽然上述两个语句都会进行全表扫描，第二句使用了limit，则找到一个后就不再继续扫描。

INDEX 全索引扫描，对索引从头到尾找一遍
select nid from tb1;

RANGE 对索引列进行范围查找
select * from tb1 where name < 'alex';
PS:
between and
in
> >= < <= 操作
注意：!= 和 > 符号


INDEX_MERGE 合并索引，使用多个单列索引搜索
select * from tb1 where name = 'alex' or nid in (11,22,33);

REF 根据索引查找一个或多个值
select * from tb1 where name = 'seven';

EQ_REF 连接时使用primary key 或 unique类型
select tb2.nid,tb1.name from tb2 left join tb1 on tb2.nid = tb1.nid;

 

CONST 常量
表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。
select nid from tb1 where nid = 2 ;

SYSTEM 系统
表仅有一行(=系统表)。这是const联接类型的一个特例。
select * from (select nid from tb1 where nid = 1) as A;
possible_keys
可能使用的索引

key
真实使用的

key_len
MySQL中使用索引字节长度

rows
mysql估计为了找到所需的行而要读取的行数 ------ 只是预估值

extra
该列包含MySQL解决查询的详细信息
“Using index”
此值表示mysql将使用覆盖索引，以避免访问表。不要把覆盖索引和index访问类型弄混了。
“Using where”
这意味着mysql服务器将在存储引擎检索行后再进行过滤，许多where条件里涉及索引中的列，当（并且如果）它读取索引时，就能被存储引擎检验，因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示：查询可受益于不同的索引。
“Using temporary”
这意味着mysql在对查询结果排序时会使用一个临时表。
“Using filesort”
这意味着mysql会对结果使用一个外部索引排序，而不是按索引次序从表里读取行。mysql有两种文件排序算法，这两种排序方式都可以在内存或者磁盘上完成，explain不会告诉你mysql将使用哪一种文件排序，也不会告诉你排序会在内存里还是磁盘上完成。
“Range checked for each record(index map: N)”
这个意味着没有好用的索引，新的索引将在联接的每一行上重新估算，N是显示在possible_keys列中索引的位图，并且是冗余的。

9. 优化方案：
- 不使用select * 
- 短索引 
- 使用链表代替子查询
- 固定长度在前面
- 分库分表
　　分库：一个库中数据太多了，分到其他库中
　　分表：
　　　　水平分表：把一个表拆到另一个表中，相当于一个one2one
　　　　垂直分表:把经常不看的记录放到另一张表中
　　
- 组合索引 >大于索引合并
- 内存代替链表
　　- choices
　　- limit 
- 读写分离（主从）
- 分页 
　　1（记录当前页面的最大id与最小id）
　　2:指定只给用户看XX也
- 缓存（redis）:不能放非常多的数据，可以做高可用


select id,1 from tb;