一种缓存数据库双写一致性的解决方法及装置制造方法及图纸

本发明专利技术涉及图像处理领域，具体提供了一种缓存数据库双写一致性的解决方法及装置,具有如下步骤：S1、在A服务器中部署redis，在B服务器中部署redis

【技术实现步骤摘要】
一种缓存数据库双写一致性的解决方法及装置


[0001]本专利技术涉及图像处理领域，具体提供一种缓存数据库双写一致性的解决方法及装置。

技术介绍

[0002]用缓存主要有两个用途，一是高性能，另一种是高并发。
[0003]在业务系统中，当一个程序执行时，首先从硬盘中执行程序，存放到内存，再交给CPU进行运算与执行，内存和硬盘的速度相比较于CPU来说慢很多，每执行一个程序CPU都要等待内存和硬盘，因此引入缓存来解决此矛盾。缓存与CPU速度一致，CPU在缓存读取数据比在内存上读取数据要快的多，由此提升系统性能。
[0004]数据库(以MySql为例)单机最大可以支撑到2000QPS，如果有个系统高峰期一秒钟过来的请求有一万，那么一个MySql单机会死掉。这个时候就只能上缓存，把大量数据放到缓存中，将单机并发量提升到一秒十几万，是MySQL的几十倍。
[0005]当前的缓存+数据库的读写模式，就是Cache Aside Pattern：读的时候，先读缓存，缓存没有的时候，就读数据库，然后取出数据放入缓存中；更新的时候，先删除缓存本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种缓存数据库双写一致性的解决方法，其特征在于，具有如下步骤：S1、在A服务器中部署redis，在B服务器中部署redis
‑
sentinal；S2、配置redis服务器，从服务器比主服务器多一个slaveof的配置和密码，再配置两个哨兵，在Redis安装目录下有一个sentinel.conf文件，复制一份进行修改；S3、在运行过程中，sentinel监控Redis节点在指定时间内的状态；S4、在A、B两台服务器分别部署RocketMq，每台机器上都要启动一个nameserver，一个Master角色和Slave角色的Broker，并互为主备；S5、在A、B两台服务器上分别启动nameserver；S6、在A服务器上的Master Broker的配置文件broker
‑
a.properties，在B服务器上的Slave Broker的配置文件broker
‑
b
‑
s.properties；S7、在B服务器上的Master Broker的配置文件broker
‑
b.properties，在Slave Broker上配置文件broker
‑
a
‑
s.properties；S8、启动broker，启动时，先启动两台机器上的Master节点，再启动两台机器上的Slave节点。2.根据权利要求1所述的一种缓存数据库双写一致性的解决方法，其特征在于，在步骤S3中，在运行过程中，当entinal发现监控的redis节点在指定时间内没有响应，那么就会认为所述redis节点已失效，此时这个redis节点被称为主观下线；当sentinal认为redis节点下线数量达到quonum数量时，redis节点变为客观下线状态，若这个redis节点同时是master，则触发故障转移操作，超过半数的Sentinal同意的从节点被选举为主节点；当所有redis节点、sentinal节点都启动完成后，在项目中引入spring
‑
data、redis、redis连接池依赖，然后在配置文件中完成redis配置。3.根据权利要求2所述的一种缓存数据库双写一致性的解决方法，其特征在于，在步骤S4中，在两台服务器分别部署RocketMq，每台机器上都要启动一个nameserver，一个Master角色和Slave角色的Broker，并互为主备，即在A机器上启动broker
‑
a的master节点、br...

【专利技术属性】
技术研发人员：宁怀海，王柏华，赵绍祥，陈兆亮，
申请(专利权)人：浪潮软件股份有限公司，
类型：发明
国别省市：