mysql 应用层优化

1.应用优化

使用连接池
减少对musql的访问能够一次连接处理的就不要两次连接，增加缓存
负载均衡
- 使用mysql复制来完成读写分离，一个服务器写，多个服务器读。
- 使用分布式数据库架构

2.mysql中查询缓存优化（8.0移除，可使用ProxySQL ）

开启mysql的查询缓存，当执行完全相同的sql语句的时候，服务器就会直接从缓存中获取结果，当数据被修改，之前的缓存就会失效，修改比较频繁的表不适合做查询缓存。
操作流程
- 客户端发送一条查询给服务器；
- 服务器先会检查查询缓存，如果命中了缓存，则立即返回存储在缓存中的结果，否则进入下一阶段；
- 服务器进行sql解析、预处理、再由优化器生成对应的执行计划；
- mysql根据优化器生成的执行计划，调用存储引擎的API来执行查询；
- 将结果返回给客户端。

查询缓存配置

查看当前的mysql数据库是否支持查询缓存
- show variables like 'have_query_cache';
查看当前mysql是否开启了查询缓存
- show variables like 'query_cache_type'
查看查询缓存的占用大小
- show variables like 'query_cache_size'

查看查询缓存的状态变量

show status like 'Qcache%'

参数	含义
Qcache_free_blocks	查询缓存中的可用内存块数
Qcache_free_memory	查询缓存的可用内存量
Qcache_hits	查询缓存命中数
Qcache_inserts	添加到查询缓存的查询数
Qcache_lowmem_prunes	由于内存不足而从查询缓存中删除的查询数
Qcache_not_cached	非缓存查询的数量（由于query_cache_type设置而无法缓存或未缓存）
Qcache_queries_in_cache	查询缓存中注册的查询数
Qcache_total_blocks	查询缓存中的块数

开启查询缓存
- mysql默认关闭，需要手动开启，配置参数query_cache_type
  - OFF 或 0 查询缓存关闭
  - ON 或 1 查询缓存开启，select的结果符合缓存条件就会缓存，否则，不予缓存，显示指定SQL_NO_CACHE,不予缓存
  - DEMAND 或 2 查询缓存功能按需进行1，显示指定SQL_CACHE的SELECT语句才会缓存；其他均不予缓存
- 在/usr/my.cnf配置中，添加以下配置
  - query_cache_type=1
查询缓存SELECT选项
- SQL_CACHE 如果查询结果是可缓存的，并且query_cache_type 系统变量的值未on或demane，则缓存查询结果
- SQL_NO_CACHE 服务器不使用查询缓存。它既不检查查询缓存，也不检测结果是否已缓存，也不缓存查询结果。
```
SELECT SQL_CACHE id,name FROM customer;
SELECT SQL_NO_CACHE id,name FROM customer;
```
查询缓存失效的情况
- SQL语句不一致的情况，想要命中缓存，查询的SQL语句必须一致。
```
select count(*) from user;
Select count(*) from user;
```
- 当查询语句中有一些不确定的值时，则不会缓存。如：now(),current_date(),curdate(),curtime(),rand(),uuid(),user(),database().
```
select * from user where updatetime < now() limit 1;
select user();
select database();
```
- 不使用任何表查询语句
```
select 'A';
```
- 查询mysql，information_schema或performance_schema数据库中的表时，不会走查询缓存。
```
select * from information_schema.engines;
```
- 在存储的函数，触发器或事件的主体内执行的查询。
- 如果表更改，则使用该表的所有高速缓存查询都会变成无效并从高速缓存中删除。这包括使用merge映射到已更改表的表的查询。一个表可以被许多类型的语句，如insert，update，delete，truncate table，alter table,drop table或drop datatbase.

3.mysql内存管理及优化

内存优化原则
- 将尽量多的内存分配给mysql做缓存，但是要确保给其他应用程序留足够多的内存。
- myisam存储引擎的数据文件读取依赖操作系统自身的io缓存，因此，如果有myisam表，就要预留更多的内存。
- 排序区、连接区等缓存是分配给每个数据缓存专用的，其默认值的设置要根据最大连接数合理分配，如果设置太大，不但浪费资源，而且在并发连接较高的时候会导致物理内存耗尽。
myisam内存优化
- myisam存储引擎使用key_buffer缓存索引块，加速myisam索引的读写速度。对于myisam表的数据块，mysql没有特别的缓存机制，完全依赖于操作系统的IO缓存。
- key_buffer_size
  - key_buffer_size决定myisam索引块缓存区的大小，直接影响到myisam表的存取效率。可以在mysql参数文件中设置key_buffer_size的值，对于一般myisam数据库，建议至少将1/4可用内存分配给key_buffer_size。
  - 在/usr/my.cnf中做配置： key_buffer_size=512M
- read_buffer_size
  - 如果需要经常顺序扫描myisam表，可以通过增大read_buffer_size的值来改善性能。但需要注意的是read_buffer_size是每个session独占的，如果默认值设置太大，就会造成内存浪费。
- read_rnd_buffer_size
  - 对于需要做排序的myisam表的查询，如带有order by 子句的sql，适当增加read_rnd_buffer_size的值，可以改善此类的sql性能。但是需要注意的是read_rnd_buffer_size是每个session独占的。
innodb内存优化
- innodb用一块内存区来做IO缓存池，该缓存池不仅用来缓存innodb的索引块，而且也用来缓存innodb的数据块。
- innodb_buffer_pool_size
  - 该变量决定了innodb存储引擎表数据和索引数据的最大缓存区大小。在保证操作系统及其他程序有足够内存可用的情况下，innodb_buffer_pool_size的值越大，缓存命中率越高，访问innodb表需要的磁盘I/O就越少，性能也就越高。
  - innodb_buffer_pool_size=512M
- innodb_log_buffer_size
  - 决定了innodb重做日志缓存的大小，对于可能产生大量更新记录的大事务，增加innodb_log_buffer_size的大小，可以避免innodb在事务提交前就执行不必要的日志写入磁盘操作。
  - innodb_log_buffer_size=10M