1、总的老说，优化方案中只有两种，一种是给查询的字段加组合索引。
2、Redis作为缓存层，大大提升了数据读取效率。利用Redis的键值对存储特性，快速响应用户访问，避免频繁查询MySQL，减轻数据库压力。同时，Redis支持数据持久化，保证数据在断电等异常情况下的安全。MySQL作为数据存储核心，负责保存PV、UV等关键数据。
3、PHP语言开发高并发的网站，需要加缓存，复杂逻辑走消息队列异步处理，mysql查询必须走索引，还搞不定就加机器分流，mysql配置升高并且一主多从，使用codis集群，增加消息队列的消费者，如果还搞不定就随机拒绝请求，当然这是最后的退路。
4、我们经常采用这样的方式将数据刷到Redis中：查询的请求过来，现在Redis中查询，如果查询不到，就查询数据库拿到数据，再放到缓存中，这样第二次相同的查询请求过来，就可以直接在Redis中拿到数据；不过要注意【缓存穿透】的问题。
5、预防和解决缓存雪崩问题， 可以从以下三个方面进行着手。 保证缓存层服务高可用性，比如使用Redis Sentinel或Redis Cluster。 依赖隔离组件为后端限流熔断并降级。比如使用Sentinel或Hystrix限流降级组件。比如服务降级，我们可以针对不同的数据采取不同的处理方式。
6、数据库单点问题 ：单个数据库容易产生单点问题：如果数据库挂了，我们的锁服务就挂了。对于这个问题，可以考虑实现数据库的高可用方案，例如MySQL的MHA高可用解决方案。使用Jedis来和Redis通信。
通常来说，当数据多、并发量大的时候，架构中可以引入Redis，帮助提升架构的整体性能，减少Mysql（或其他数据库）的压力，但不是使用Redis，就不用MySQL。
从类型上来说，mysql是关系型数据库，redis是缓存数据库。mysql用于持久化的存储数据到硬盘，功能强大，但是速度较慢。redis用于存储使用较为频繁的数据到缓存中，读取速度快。mysql和redis因为需求的不同，一般都是配合使用。
redis和mysql的区别（1）类型上从类型上来说，mysql是关系型数据库，redis是缓存数据库（2）作用上mysql用于持久化的存储数据到硬盘，功能强大，但是速度较慢redis用于存储使用较为频繁的数据到缓存中，读取速度快（3）需求上mysql和redis因为需求的不同，一般都是配合使用。
Redis以键值对存储，适用于缓存、实时分析，而MySQL支持结构化表和复杂关系查询。考虑数据模型以匹配应用程序需求。Redis在读取密集型场景下表现出色，具有快速响应特性，但可能在大型数据集和复杂查询上遇到瓶颈。MySQL在读取操作中同样有效，但可能在写入操作和数据集增长时遇到性能限制。
在作用方面，mysql是存储数据到硬盘，功能强大，速度较慢，但是读写速度没有Redis快，redis为较为频繁的数据到缓存中，读取速度快，基于内存，读写速度快，也可做持久化，但是内存空间有限，当数据量超过内存空间时，需扩充内存，但内存价格贵。
Memcached是全内存的数据缓冲系统，Redis虽然支持数据的持久化，但是全内存毕竟才是其高性能的本质。作为基于内存的存储系统来说，机器物理内存的大小就是系统能够容纳的最大数据量。如果需要处理的数据量超过了单台机器的物理内存大小，就需要构建分布式集群来扩展存储能力。
使用redis-trib.rb，这个是安装redis时就自带的一种集群，采用了服务端分片的方式，支持主备，此集群既解决了高并发的问题，也解决了高可用的问题。Jedis使用JedisCluster类来访问。使用Jedis带的客户端分片ShardedJedisPool类。
配置动态持久化存储：在NFS服务器上创建共享目录，并创建NFS-client-provisioner以管理PV和PVC。接着，使用redis-trib.rb工具构建镜像并将配置通过configmap方式挂载到StatefulSet中。 部署Redis Cluster：创建StatefulSet，定义volumeClaimTemplates，确保每个节点都有对应的存储卷。
首先，从官网开始，准备本地环境，启动6个Redis实例，每个实例对应一个不同的端口，通过创建独立的配置文件并执行启动命令实现。构建集群时，通过交互式命令确认所有槽位已被覆盖，如7001节点成为master，其slave为7003。进行读写操作时，注意使用-c参数确保数据路由到正确的节点。
Redis集群一般由多个节点组成，节点数量至少为6个才能保证组成完整高可用的集群。每个节点需要开启配置cluster-enabled yes，让Redis运行在集群模式下。建议为集群内所有节点统一目录，一般划分三个目录：conf、data、log，分别存放配置、数据和日志相关文件。
