单表优化
最佳左前缀原则为，保持索引的定义和使用顺序的一致性
将含In的范围查询，放到where条件语句的最后。
索引需要逐步优化
两表优化
小表驱动大表
避免索引失效的一些原则：
复合索引，不要跨列或无序使用（最佳左前缀）
复合索引，尽量使用全索引匹配。就是尽量避免复合索引有三列，而只用到两列。
复合索引不能使用范围查询（!= <>）或is null (is not null),否则自身及右侧索引全部失效。
不要对索引进行操作（计算，函数，类型转换），否则索引失效。
select .. where A.x*3 = ...
-- A.x列存在索引，索引失效==注意：SQL优化，是一种概率层次的优化，原因是服务层中有SQL优化器，可能会影响我们的优化，出现与我们预期不符的情况。==
尽量不要使用or，会使左右两边索引全部失效。
其他的优化方法
exist 和 in ：如果主查询的数据极大，则使用in，如果子查询的数据大，则使用exist。
order by ：选择使用单路还是双路；调整buffer容量的大小；避免使用select *...；复合索引不要跨列使用。
SQL慢查询日志：
MySQL提供的一种日志记录，用于记录MySQL中响应超过阈值的SQL语句（默认是10秒），慢查询日志默认是关闭的，建议：开发时打开，最终部署时关闭。
- 查看慢查询日志是否开启
sql show variables like '%slow_query_log%';
- 临时开启慢查询日志(在内存中开启)，将服务重启后关闭。
set global slow_query_log = 1;
- 永久开启慢查询日志，修改MySQL配置文件
ini [mysqld] ... + slow_query_log = 1 + slow_query_log_file = 日志存放地址
- 查看慢查询阈值并修改
```sql -- 查看慢查询阈值时间 show variables like '%long_query_log%'
-- 修改阈值（临时修改），重新登录MySQL后生效（不需要重启服务） set global long_query_time = 5
--修改阈值（永久修改），修改MySQL配置文件，重启服务生效 [mysqld] ... + long_query_time = 5 ```
- 查询超过阈值的SQL
sql show global status like '%slow_queries%' -- 当然这种方法只能查看超过阈值的SQL条数，具体的SQL语句还是要通过查看上面设置的慢查询日志来确定
- 使用mysqldumpslow工具来查询慢SQL
通过查看日志的方式虽然可行，但是当我们的SQL语句多了之后，慢SQL语句也随之变多，这样一来查看慢sql日志就成了一件费时费力的事，且日志内容较多，容易造成混乱。使用mysqldumpslow工具可以主动的过滤出我们希望查看的慢SQL语句，比如可以对吗慢SQL语句进行排序，进行正则匹配，只取10条数据等等。
PROFILES分析海量数据
-- 查看profiles是否开启
show variables like '%profiling%';查看SQL语句执行的Query_id以及持续时间
show profiles; 注意： show profiles可以看到profiling打开之后的SQL语句，会显示ID，持续时间，以及SQL语句，但是我们无法精准的看到各个硬件消费的时间。
查看SQL语句执行的具体硬件消费情况
-- 查看全部信息
show profile all for query Query_id;-- 查看部分信息
show profile cpu, block io for query Query_id;全局查询日志
全局查看日志会记录开启之后的全部SQL语句，因此比较耗费性能。所以我们仅在调优、开发时使用。而且全局查询日志信息较少，所以使用较少。
使用方法
-- 查看是否开启
show variables like '%general_log%';-- 开启全局查询日志
SET GLOBAL general_log = 1;
SET GLOBAL log_output='table'; -- 表明我们将SQL存在表里。mysql.general_log表。SET GLOBAL log_output='file';
SET GLOBAL general_log_file='目录/general.log'; -- 表明将SQL存储在文件里
SET GLOBAL general_log = 1; -- 如果无效就需要再开启一下锁机制
MyISAM只支持表锁，InnoDB支持表锁和行锁
-- 加锁
lock table 表1 read/write, 表1 read/write...;
-- 释放锁
unlock tables;-- 查看表加锁情况
show open tables;读锁（共享锁）
会话1 对 A 表加 读 锁
- 会话1：可以读取A表数据，但不能修改。不可以读写其它表数据。
- 其它会话：可以读取A表数据，如果修改的话必须要等会话1将读锁释放。可以读写其它表数据。
| | 会话1 | 其他会话 | | ------ | ---------------- | --------------------------------------- | | A表 | 可以读，不可以写 | 可以读取，想要更新必须等待会话1释放表锁 | | 其他表 | 不可以读写 | 可以读写 |
写锁（互斥锁）
会话1 对 A 表加 写 锁
- 会话1：可以对A表进行增删改查，但是不能操作其他表。
- 其他会话：想要读写A表，必须等会话1释放写锁，可以正常操作其他表。
关闭自动提交
-- 以下三种方式都可以
set autocommit=0;
start transaction;
begin;主从复制
集群和分布式：用板砖来比喻，一开始一个人负责搬砖和运砖，后来工头嫌他慢，又找了几个人帮他一起搬砖运砖，这叫集群（多个服务器支持一个项目）。后来工头还不满足，就让一群人专门负责搬砖，另一群人专门负责运砖，这叫分布式（一个项目划分为几个部分）。
主从复制大概过程：
