web端常用架构
一、单DB架构
单DB架构一般就是nginx直接upstream请求到后端Tomcat，扩容时基本是增加新的Tomcat实例，然后通过Nginx负载均衡upstream过去，此时数据库还不是瓶颈，但是当访问量达到一定级别后数据库的压力就上来了，单个数据库可能扛不住，可以通过分表分库或者读写分离加缓存来解决。
二、DB+Cache/数据库读写分离架构
此时通过使用数据库读写分离或者Redis这种缓存来支撑更大的访问量，但是使用缓存会存在与数据库数据不一致的问题，或者Redis不能直接命中数据库导致数据库压力过大，可以考虑使用Redis的主从或者用一致性哈希算法做分片的Redis集群。使用缓存这种架构，要求应用对数据一致性的要求不是很高。
三、OpenResty+Local Redis+Mysql集群架构
OpenResty首先通过Lua读取本机Redis缓存，如果命不中，则回源到后端Tomcat集群，后端Tomcat集群再读取Mysql数据库，Redis都是安装到和OpenResty同一台服务器上，OpenResty直接读取本机可以减少网络延时。Redis通过主从方式同步数据。
四、OpenResty+Redis集群+Mysql集群架构
此时架构与之前架构不同的是，此时我们使用一致性哈希算法实现Redis集群，而不是读取本机Redis，保证其中一台不可用时，只有很少的数据会丢失，防止击穿到数据库。Redis集群分片可以使用Twemproxy如果Tomcat实例很多的话，就要考虑Redis和Mysql链接数问题，因为大部分Redis/Mysql客户端都是通过连接池实现，此时链接数会成为瓶颈，一般方法是通过中间件来减少链接数。
此时的问题就是Twemproxy实例众多，应用维护、配置困难，需要在这之上做负债均衡，比如，通过LVS/HaProxy实现VIP(虚拟Ip)，可以做到切换对应用透明，故障自动转移。还可以通过实现内网DNS来做其负载均衡。
mysql集群和主从区别
mysql中集群和主从的区别：主从之间是通过mysql的replication来保证数据的一致性；相对mysql集群的数据同步方式来讲是异步的。因为异步，所以主从之间复制数据可能会有一点微小的延时，就会出现不一致。
主从可以保证读写分离，即写操作在master，读操作在slave，主从模式也有多个，这里只说一主多从。
比如有两个业务模块，一个不断写入订单记录等，另一个模块则是生成报表，这时如果不采用读写分离，读写操作碰一起，可能会发生冲突，影响性能，如果读写分离，则不用考虑读写同一张表从而影响性能，而且多从可以很好的分摊服务器的压力，降低单台机器的压力。
集群最大的优点就是数据实时同步，高可用，每个节点的数据都是同步一致的，不像主从，有时会出现数据不一致，而高可用，任何一个节点宕机都不会影响业务。
但是缺点就是性能，写的性能，每次写操作，都会在所有节点之间进行同步，有失有得，损失了一点性能，保证了高可用和数据一致。