在实际工作中，后端 MySQL 数据库的访问压力是每个开发者都应该思量到的问题。那么怎样低落后端数据库的压力呢？
低落数据库压力的手段有很多种。最常见的一种就是缓存架构，缓存架构中通常将 Redis 作为重要的一环，将 Redis 作为缓存与 MySQL 数据库共同使用，当哀求访问数据时，首先从缓存中举行查找，如果缓存中存在则直接取出数据；如果缓存不存在数据再访问 MySQL 数据库，如许就提升了读取数据的效率，并且减少了对后端数据库的访问压力（大部分哀求都落到了 Redis 缓存上）。
除了缓存架构外，在实际场景中，应用对 MySQL 数据库而言都是 “读多写少”，通常环境下都是对 MySQL 数据库读取数据的压力比力大，所以有一个思路就是采用 MySQL 数据库集群的方案。集群即通过主从架构，对 MySQL 数据库举行读写分离，如许同样可以提升数据库的并发处理本事。但需要注意的是，并不是全部的应用都需要对数据库举行主从架构的设置，因为毕竟设置架构本身是有成本的。
别的，如果目标仅仅在于提升数据库高并发访问的效率，搭建 MySQL 数据库的主从架构并不是第一思量的选择，而首先应该思量的是怎样优化 SQL 及索引，因为这种方式最简单有用且成本最低；其次才是采用缓存的策略，好比使用 Redis 将热点数据保存在内存数据库中，提高读取的效率；最后才是对数据库采用主从架构，举行读写分离。
主从架构理论上需要满足三个要求，分别是读写库数据最终一致、写数据访问写库、读数据访问读库。但是在实际开发场景中，大概有所调整，比方某些特定环境下的读写场景都访问主数据库。
主从复制作用
