12. 应用优化

目录

• 12.1 使用连接池
• 12.2 减少对MySQL的访问
  • 12.2.1 避免对数据进行重复检索
  • 12.2.2 增加cache层
• 12.3 负载均衡
  • 12.3.1 利用MySQL复制分流查询
  • 12.3.2 采用分布式数据库架构

前面章节，我们介绍了很多数据库的优化措施。但是在实际生产环境中，由于数据库本身的性能局限，就必须要对前台的应用进行一些优化，来降低数据库的访问压力。

性能下降的表现

执行时间长
 
等待时间长

性能下降的原因

查询语句写的不好，各种连接，各种子查询导致用不上索引或者没有建立索引
 
建立的索引失效，建立了索引,在真正执行时,没有用上建立的索引
 
关联查询太多join 
 
服务器调优及配置参数导致，如果设置的不合理,比例不恰当,也会导致性能下降,sql变慢 
 
系统架构的问题

通用的优化方案

索引优化: 添加适当索引(index）(重点)
 
Sql优化: 写出高质量的sql，避免索引失效 (重点)
 
设计优化: 表的设计合理化(符合3NF，有时候要进行反三范式操作) 
 
架构优化: 读写分离、分库分表
 
配置优化: 对mysql配置优化 [配置最大并发数my.ini, 调整缓存大小 ]
 
硬件优化: 服务器的硬件优化

12.1 使用连接池

对于访问数据库来说，建立连接的代价是比较昂贵的，因为我们频繁的创建关闭连接，是比较耗费资源的，我们有必要建立 数据库连接池，以提高访问的性能。

12.2 减少对MySQL的访问

12.2.1 避免对数据进行重复检索

在编写应用代码时，需要能够理清对数据库的访问逻辑。能够一次连接就获取到结果的，就不用两次连接，这样可以大大减少对数据库无用的重复请求。

比如 ，需要获取书籍的id 和name字段 ， 则查询如下：

 select id , name from tb_book;

之后，在业务逻辑中有需要获取到书籍状态信息， 则查询如下：

select id , status from tb_book;

这样，就需要向数据库提交两次请求，数据库就要做两次查询操作。其实完全可以用一条SQL语句得到想要的结果。

select id, name , status from tb_book;

12.2.2 增加cache层

在应用中，我们可以在应用中增加 缓存 层来达到减轻数据库负担的目的。缓存层有很多种，也有很多实现方式，只要能达到降低数据库的负担又能满足应用需求就可以。

因此可以部分数据从数据库中抽取出来放到应用端以文本方式存储， 或者使用框架(Mybatis, Hibernate)提供的一级缓存/二级缓存，或者使用redis数据库来缓存数据 。

12.3 负载均衡

负载均衡是应用中使用非常普遍的一种优化方法，它的机制就是利用某种均衡算法，将固定的负载量分布到不同的服务器上， 以此来降低单台服务器的负载，达到优化的效果。

12.3.1 利用MySQL复制分流查询

通过MySQL的主从复制，实现读写分离，使增删改操作走主节点，查询操作走从节点，从而可以降低单台服务器的读写压力。

12.3.2 采用分布式数据库架构

分布式数据库架构适合大数据量、负载高的情况，它有良好的拓展性和高可用性。通过在多台服务器之间分布数据，可以实现在多台服务器之间的负载均衡，提高访问效率。