• 关于 redis恢复 的搜索结果

问题

redis数据库 执行了flushall 如何恢复

1472210331694168 2019-12-01 18:58:52 174 浏览量 回答数 1

回答

生命周期管理 API 描述 CreateInstance 调用CreateInstance创建一个Redis实例。 DeleteInstance 调用DeleteInstance释放Redis实例。 ModifyInstanceSpec 调用ModifyInstanceSpec变更Redis实例的规格。 TransformToPrePaid 调用TransformToPrePaid将按量付费的Redis实例转换为包年包月(预付费)实例。 DescribeAvailableResource 调用DescribeAvailableResource查询指定可用区内可创建的实例。 实例管理 API 描述 DescribeDBInstanceNetInfo 调用DescribeDBInstanceNetInfo查看Redis实例的网络信息。 DescribeInstanceAttribute 调用DescribeInstanceAttribute查询Redis实例的详细信息。 DescribeInstances 调用DescribeInstances查询一个或多个Redis实例的信息。 FlushInstance 调用FlushInstance清空Redis实例中的数据,不可恢复。 ModifyInstanceAttribute 调用ModifyInstanceAttribute修改Redis实例的属性,包括名称和密码。 ModifyInstanceMaintainTime 调用ModifyInstanceMaintainTime修改Redis实例的可维护时间段,阿里云将在您设定的可维护时间段内对Redis实例进行例行维护。 ModifyInstanceNetExpireTime 若Redis实例之前执行过由经典网络向VPC网络切换,并保留了经典网络连接地址,则可调用ModifyInstanceNetExpireTime延长经典网络连接地址的保存时间。 SwitchNetwork 调用SwitchNetwork切换Redis实例的网络类型,支持从经典网络切换为VPC网络。 ModifyDBInstanceConnectionString 调用ModifyDBInstanceConnectionString修改Redis实例的连接地址。 DescribeLogicInstanceTopology 调用DescribeLogicInstanceTopology查询Redis实例的逻辑拓扑结构。 ModifyInstanceMajorVersion 调用ModifyInstanceMajorVersion升级Redis实例的大版本。 RestartInstance 调用RestartInstance重启运行中的Redis实例。 ModifyInstanceMinorVersion 调用ModifyInstanceMinorVersion升级Redis实例的小版本。 FlushExpireKeys 调用FlushExpireKeys清除Redis实例中的过期Key。 备份恢复 API 描述 CreateBackup 调用CreateBackup为Redis实例创建数据备份。 ModifyBackupPolicy 调用ModifyBackupPolicy修改Redis实例的自动备份策略。 DescribeBackupPolicy 调用DescribeBackupPolicy查询Redis实例的备份策略,包括备份周期、备份时间等。 DescribeBackups 调用DescribeBackups查询Redis实例的备份文件信息。 RestoreInstance 调用RestoreInstance将备份文件中的数据恢复到指定的Redis实例中。 监控管理 API 描述 DescribeMonitorItems 调用DescribeMonitorItems查询Redis监控项列表。 DescribeHistoryMonitorValues 调用DescribeHistoryMonitorValues查看Redis实例的历史监控信息。 参数管理 API 描述 ModifyInstanceConfig 调用ModifyInstanceConfig修改Redis实例的配置参数。 DescribeParameters 调用DescribeParameters查询Redis实例的配置参数和运行参数。 区域管理 API 描述 DescribeRegions 调用DescribeRegions查询可创建Redis实例的地域。 DescribeZones 调用DescribeZones查询支持Redis的可用区。 MigrateToOtherZone 调用MigrateToOtherZone将Redis实例迁移到同地域内的其它可用区。 续费管理 API 描述 RenewInstance 调用RenewInstance为Redis实例续费。 ModifyInstanceAutoRenewalAttribute 调用ModifyInstanceAutoRenewalAttribute开启或者关闭Redis实例的到期前自动续费功能。 DescribeInstanceAutoRenewalAttribute 调用DescribeInstanceAutoRenewalAttribute查看Redis实例的自动续费情况。 账号管理 API 描述 DescribeAccounts 调用DescribeAccounts查找指定Redis实例的帐户列表信息或实例中某个账号的信息。 ModifyAccountDescription 调用ModifyAccountDescription修改Redis账号的描述。 ResetAccountPassword 调用ResetAccountPassword重置Redis账号的密码。 CreateAccount 调用CreateAccount可以在Redis实例中创建有特定权限的账号。 DeleteAccount 调用DeleteAccount删除一个Redis账号。 GrantAccountPrivilege 调用GrantAccountPrivilege修改Redis账号的权限。 网络安全 API 描述 DescribeSecurityIps 调用DescribeSecurityIps查询允许访问Redis实例的IP名单。 ModifySecurityIps 调用ModifySecurityIps设置Redis实例的IP白名单。 ModifyInstanceSSL 调用ModifyInstanceSSL设置Redis实例的SSL加密模式。 ModifyInstanceVpcAuthMode 调用ModifyInstanceVpcAuthMode开启或关闭免密访问。开启免密访问后,同一VPC内的云服务器不使用密码就可以访问Redis,同时仍然支持通过用户名及密码的方式连接Redis。 DescribeInstanceSSL 调用DescribeInstanceSSL查看Redis实例是否开启了SSL加密认证。 DescribeSecurityGroupConfiguration 调用DescribeSecurityGroupConfiguration查看Redis白名单中设置的安全组。 ModifySecurityGroupConfiguration 调用ModifySecurityGroupConfiguration重新设置Redis实例白名单中的安全组。 日志管理 API 描述 DescribeAuditRecords 调用DescribeAuditRecords查看Redis实例的审计日志。 DescribeRunningLogRecords 调用DescribeRunningLogRecords查询Redis实例的运行日志列表。 DescribeSlowLogRecords 调用DescribeSlowLogRecords查询Redis实例在指定时间内产生的慢日志。 ModifyAuditLogConfig 调用ModifyAuditLogConfig设置审计日志的保留天数。 连接管理 API 描述 AllocateInstancePublicConnection 调用AllocateInstancePublicConnection为Redis实例申请外网连接地址。 ReleaseInstancePublicConnection 调用ReleaseInstancePublicConnection释放Redis实例的外网连接地址。 ModifyIntranetAttribute 调用ModifyIntranetAttribute临时调整Redis实例的内网带宽。 DescribeIntranetAttribute 调用DescribeIntranetAttribute查询Redis实例当前的内网带宽。如果使用了临时调整带宽功能,还可查询临时带宽的过期时间。 性能优化 API 描述 CreateCacheAnalysisTask 调用CreateCacheAnalysisTask手动发起缓存分析任务。 DescribeCacheAnalysisReportList 调用DescribeCacheAnalysisReportList查看Redis实例的缓存分析报告列表。 DescribeCacheAnalysisReport 调用DescribeCacheAnalysisReport查看Redis实例在指定日期中的缓存分析报告。 标签管理 API 描述 TagResources 调用TagResources为一个或多个Redis实例绑定标签。 ListTagResources 调用ListTagResources查询绑定了指定标签的Redis实例或者查询指定实例绑定的标签。 UntagResources 调用UntagResources将标签从Redis实例解绑。

保持可爱mmm 2020-03-29 12:29:45 0 浏览量 回答数 0

问题

redis突然连不上,报NOAUTH Authentication required,重启后恢复

sensy 2019-12-01 19:58:45 5862 浏览量 回答数 5

新用户福利专场,云服务器ECS低至96.9元/年

新用户福利专场,云服务器ECS低至96.9元/年

问题

如何在云数据库 Redis 版中备份与恢复

云栖大讲堂 2019-12-01 21:20:02 2843 浏览量 回答数 0

问题

关于redis 的几个疑问

落地花开啦 2019-12-01 19:58:02 796 浏览量 回答数 1

问题

【教程免费下载】Redis开发与运维

知与谁同 2019-12-01 22:07:46 2741 浏览量 回答数 2

问题

Redis 的持久化有哪几种方式?【Java问答】35期

剑曼红尘 2020-06-11 09:27:45 4 浏览量 回答数 1

回答

redis服务有复制功能,可以通过执行SLAVEOF命令或者设置slaveof选项,让一个服务器去复制另一台服务器,俗称"主从同步"(redis2.8版本和低于2.8版本的复制逻辑有差别,需注意),所以,数据迁移分成以下几步:1.迁移的目标服务器设置为被迁移服务器的slave服务器2.待slave追上master的进度后,停掉写redis业务(无法停机的话,需要考虑迁移期间的流水重做,或者在业务低峰期执行迁移,接受短暂的数据丢失)3.主从服务器完全同步后,修改写redis业务配置,指向slave服务器,并断开主从关系4.恢复写redis业务另外,外网运行的redis实例一定要设置主从并打开持久化选项(redis有两种持久化策略:RDB和AOF),防止单点故障

落地花开啦 2019-12-02 01:55:06 0 浏览量 回答数 0

回答

不同的问题有不同的解决方案。如果是觉得单机redis服务器可用性不高,则可以做至少一个redis从机,这又取决于你希望做到多高的可用性,从机可以配置多台,冗余越多,在出问题的情况下恢复速度越快,业务可用性就更高,你的主从复制策略又有很多现则可以做。若希望在主机出现故障后,应用自动转移到从机上,则可以在客户端上实现,也可以通过代理服务器实现,Redis Sentinel也是一种解决方案。如果你的问题是多台redis集群的内存不够大,扩展性有问题,那么你应该首先做按照应用的垂直切换,将不用的应用连接使用不同的redis集群,若单个应用的内存使用量太大,单个redis服务器的内存不够大,则又可以做按照key做散列,将散列后的数据放入不同的redis分片上去。

落地花开啦 2019-12-02 01:52:35 0 浏览量 回答数 0

问题

redis的持久化你了解多少??

huc_逆天 2020-06-05 23:39:12 90 浏览量 回答数 1

问题

redis未设置密码报错errorERR operation not permitted

且听风吟lyg 2019-12-01 22:07:28 9288 浏览量 回答数 4

回答

Redis常见的几种主要使用方式: Redis 单副本 Redis 多副本(主从) Redis Sentinel(哨兵) Redis Cluster(集群) Redis 自研 Redis各种使用方式的优缺点: 1 Redis单副本 Redis各种使用方式的优缺点: Redis 多副本,采用主从(replication)部署结构,相较于单副本而言最大的特点就是主从实例间数据实时同步,并且提供数据持久化和备份策略。主从实例部署在不同的物理服务器上,根据公司的基础环境配置,可以实现同时对外提供服务和读写分离策略。 优点: 1、高可靠性,一方面,采用双机主备架构,能够在主库出现故障时自动进行主备切换,从库提升为主库提供服务,保证服务平稳运行。另一方面,开启数据持久化功能和配置合理的备份策略,能有效的解决数据误操作和数据异常丢失的问题。 2、读写分离策略,从节点可以扩展主库节点的读能力,有效应对大并发量的读操作。 缺点: 1、故障恢复复杂,如果没有RedisHA系统(需要开发),当主库节点出现故障时,需要手动将一个从节点晋升为主节点,同时需要通知业务方变更配置,并且需要让其他从库节点去复制新主库节点,整个过程需要人为干预,比较繁琐。 2、主库的写能力受到单机的限制,可以考虑分片 3、主库的存储能力受到单机的限制,可以考虑Pika 4、原生复制的弊端在早期的版本也会比较突出,如:Redis复制中断后,Slave会发起psync,此时如果同步不成功,则会进行全量同步,主库执行全量备份的同时可能会造成毫秒或秒级的卡顿;又由于COW机制,导致极端情况下的主库内存溢出,程序异常退出或宕机;主库节点生成备份文件导致服务器磁盘IO和CPU(压缩)资源消耗;发送数GB大小的备份文件导致服务器出口带宽暴增,阻塞请求。建议升级到最新版本。 使用场景 对 Redis 协议兼容性要求较高的业务 标准版完全兼容 Redis 协议,业务可以平滑迁移。 Redis 作为持久化数据存储使用的业务 标准版提供持久化机制及备份恢复机制,极大地保证数据可靠性。 单个 Redis 性能压力可控 由于 Redis 原生采用单线程机制,性能在10万 QPS 以下的业务建议使用。如果需要更高的性能要求,请选用集群版本。 Redis 命令相对简单,排序、计算类命令较少 由于 Redis 的单线程机制,CPU 会成为主要瓶颈。如排序、计算类较多的业务建议选用集群版配置。 2 Redis多副本(主从) Redis 多副本,采用主从(replication)部署结构,相较于单副本而言最大的特点就是主从实例间数据实时同步,并且提供数据持久化和备份策略。主从实例部署在不同的物理服务器上,根据公司的基础环境配置,可以实现同时对外提供服务和读写分离策略。 优点: 1、高可靠性,一方面,采用双机主备架构,能够在主库出现故障时自动进行主备切换,从库提升为主库提供服务,保证服务平稳运行。另一方面,开启数据持久化功能和配置合理的备份策略,能有效的解决数据误操作和数据异常丢失的问题。 2、读写分离策略,从节点可以扩展主库节点的读能力,有效应对大并发量的读操作。 缺点: 1、故障恢复复杂,如果没有RedisHA系统(需要开发),当主库节点出现故障时,需要手动将一个从节点晋升为主节点,同时需要通知业务方变更配置,并且需要让其他从库节点去复制新主库节点,整个过程需要人为干预,比较繁琐。 2、主库的写能力受到单机的限制,可以考虑分片 3、主库的存储能力受到单机的限制,可以考虑Pika 4、原生复制的弊端在早期的版本也会比较突出,如:Redis复制中断后,Slave会发起psync,此时如果同步不成功,则会进行全量同步,主库执行全量备份的同时可能会造成毫秒或秒级的卡顿;又由于COW机制,导致极端情况下的主库内存溢出,程序异常退出或宕机;主库节点生成备份文件导致服务器磁盘IO和CPU(压缩)资源消耗;发送数GB大小的备份文件导致服务器出口带宽暴增,阻塞请求。建议升级到最新版本。 使用场景 对 Redis 协议兼容性要求较高的业务 标准版完全兼容 Redis 协议,业务可以平滑迁移。 Redis 作为持久化数据存储使用的业务 标准版提供持久化机制及备份恢复机制,极大地保证数据可靠性。 单个 Redis 性能压力可控 由于 Redis 原生采用单线程机制,性能在10万 QPS 以下的业务建议使用。如果需要更高的性能要求,请选用集群版本。 Redis 命令相对简单,排序、计算类命令较少 由于 Redis 的单线程机制,CPU 会成为主要瓶颈。如排序、计算类较多的业务建议选用集群版配置。 3 Redis Sentinel(哨兵) Redis Sentinel是社区版本推出的原生高可用解决方案,Redis Sentinel部署架构主要包括两部分:Redis Sentinel集群和Redis数据集群,其中Redis Sentinel集群是由若干Sentinel节点组成的分布式集群。可以实现故障发现、故障自动转移、配置中心和客户端通知。Redis Sentinel的节点数量要满足2n+1(n>=1)的奇数个。 优点: 1、Redis Sentinel集群部署简单 2、能够解决Redis主从模式下的高可用切换问题 3、很方便实现Redis数据节点的线形扩展,轻松突破Redis自身单线程瓶颈,可极大满足对Redis大容量或高性能的业务需求。 4、可以实现一套Sentinel监控一组Redis数据节点或多组数据节点 缺点: 1、部署相对Redis 主从模式要复杂一些,原理理解更繁琐 2、资源浪费,Redis数据节点中slave节点作为备份节点不提供服务 3、Redis Sentinel主要是针对Redis数据节点中的主节点的高可用切换,对Redis的数据节点做失败判定分为主观下线和客观下线两种,对于Redis的从节点有对节点做主观下线操作,并不执行故障转移。 4、不能解决读写分离问题,实现起来相对复杂 建议: 1、如果监控同一业务,可以选择一套Sentinel集群监控多组Redis数据节点的方案,反之选择一套Sentinel监控一组Redis数据节点的方案 2、sentinel monitor 配置中的 建议设置成Sentinel节点的一半加1,当Sentinel部署在多个IDC的时候,单个IDC部署的Sentinel数量不建议超过(Sentinel数量 – quorum)。 3、合理设置参数,防止误切,控制切换灵敏度控制 quorum down-after-milliseconds 30000 failover-timeout 180000 maxclient timeout 4、部署的各个节点服务器时间尽量要同步,否则日志的时序性会混乱 5、Redis建议使用pipeline和multi-keys操作,减少RTT次数,提高请求效率 6、自行搞定配置中心(zookeeper),方便客户端对实例的链接访问 4 Redis Cluster(集群) Redis Cluster是社区版推出的Redis分布式集群解决方案,主要解决Redis分布式方面的需求,比如,当遇到单机内存,并发和流量等瓶颈的时候,Redis Cluster能起到很好的负载均衡的目的。Redis Cluster集群节点最小配置6个节点以上(3主3从),其中主节点提供读写操作,从节点作为备用节点,不提供请求,只作为故障转移使用。Redis Cluster采用虚拟槽分区,所有的键根据哈希函数映射到0~16383个整数槽内,每个节点负责维护一部分槽以及槽所印映射的键值数据。 优点: 1、无中心架构 2、数据按照slot存储分布在多个节点,节点间数据共享,可动态调整数据分布。 3、可扩展性,可线性扩展到1000多个节点,节点可动态添加或删除。 4、高可用性,部分节点不可用时,集群仍可用。通过增加Slave做standby数据副本,能够实现故障自动failover,节点之间通过gossip协议交换状态信息,用投票机制完成Slave到Master的角色提升。 5、降低运维成本,提高系统的扩展性和可用性。 缺点: 1、Client实现复杂,驱动要求实现Smart Client,缓存slots mapping信息并及时更新,提高了开发难度,客户端的不成熟影响业务的稳定性。目前仅JedisCluster相对成熟,异常处理部分还不完善,比如常见的“max redirect exception”。 2、节点会因为某些原因发生阻塞(阻塞时间大于clutser-node-timeout),被判断下线,这种failover是没有必要的。 3、数据通过异步复制,不保证数据的强一致性。 4、多个业务使用同一套集群时,无法根据统计区分冷热数据,资源隔离性较差,容易出现相互影响的情况。 5、Slave在集群中充当“冷备”,不能缓解读压力,当然可以通过SDK的合理设计来提高Slave资源的利用率。 6、key批量操作限制,如使用mset、mget目前只支持具有相同slot值的key执行批量操作。对于映射为不同slot值的key由于keys 不支持跨slot查询,所以执行mset、mget、sunion等操作支持不友好。 7、key事务操作支持有限,只支持多key在同一节点上的事务操作,当多个key分布于不同的节点上时无法使用事务功能。 8、key作为数据分区的最小粒度,因此不能将一个很大的键值对象如hash、list等映射到不同的节点。 9、不支持多数据库空间,单机下的redis可以支持到16个数据库,集群模式下只能使用1个数据库空间,即db 0。 10、复制结构只支持一层,从节点只能复制主节点,不支持嵌套树状复制结构。 11、避免产生hot-key,导致主库节点成为系统的短板。 12、避免产生big-key,导致网卡撑爆、慢查询等。 13、重试时间应该大于cluster-node-time时间 14、Redis Cluster不建议使用pipeline和multi-keys操作,减少max redirect产生的场景。 使用场景 数据量较大 Redis 集群版可以有效的扩展数据规模,相比标准版支持存储量更大的64、128、256 GB 集群版,可以有效的满足数据扩展需求。 QPS 压力较大 标准版 Redis 无法支撑较大的 QPS,需要采用多节点的部署方式来冲破 Redis 单线程的性能瓶颈。 吞吐密集型应用 相比标准版,Redis 集群版的内网吞吐限制相对较低,针对热点数据读取、大吞吐类型的业务可以友好的支持。 对 Redis 协议不敏感的应用 由于集群版的架构引入了多个组件,在 Redis 协议支持上相比标准版有一定限制。

剑曼红尘 2020-04-27 14:41:57 0 浏览量 回答数 0

回答

报NOAUTH Authentication required,说明redis肯定是设置了密码了,redis重启恢复正常是因为只用config set requirepass方式来设置的密码,配置并没有被持久化到配置文件里面。建议使用阿里云的vpc网络来提升安全性,同时redis最好也配置上密码。

夏周tony 2019-12-01 23:41:26 0 浏览量 回答数 0

回答

云数据库Redis简单易用 服务开箱即用:支持即开即用的方式,购买之后即刻可用,方便业务快速部署 兼容开源Redis:兼容Redis命令,任何Redis客户端都可以轻松与AliCloudDB for Redis建立连接进行数据操作。 可视化的管理监控面板:控制台提供多项监控统计信息,并可以进行管理操作。 弹性扩容 存储容量一键扩容:用户可根据业务需求通过控制台对实例存储容量进行调整(公测期间需申请开通) 在线扩容不中断服务:调整实例存储容量可在线进行,无需停止服务,不影响用户自身业务 高可用 每个实例均有主从双节点:避免单点故障引起的服务中断 硬件故障自动检测与恢复:自动侦测硬件故障并在数秒内切换,恢复服务 高可靠 数据持久化存储:内存+硬盘的存储方式,在提供高速数据读写能力的同时满足数据持久化需求。 数据主从双备份:所有数据在主从节点上进行双备份。 进一步说,云数据库Redis在产品功能上也是做的面面俱到。 云数据库Redis支持丰富的数据类型:兼容开源Redis协议中定义的所有数据类型,如String,Hash,List,Set,SortedSet等,支持多种数据操作,充分满足业务需求。 持久化存储:内存+硬盘的存储方式,数据存储到物理磁盘,满足用户数据持久化需求 支持消息通知机制:基于事件通知机制解耦消息发布者和消息订阅者之间的耦合,实现消息发布及订阅(PUB/SUB)功能,满足多个客户端使用者之间的互联互通。 支持事务操作:支持Redis协议中定义的事务(Transaction)处理,实现单个客户端发送的多个命令组成的原子性操作。

问问小秘 2019-12-02 03:18:35 0 浏览量 回答数 0

问题

相关redis AOF数据还原的问题

落地花开啦 2019-12-01 19:48:17 1219 浏览量 回答数 1

问题

云数据库 Redis 版的产品优势有什么

云栖大讲堂 2019-12-01 21:19:17 896 浏览量 回答数 0

问题

什么是Redis 管理控制台

云栖大讲堂 2019-12-01 21:19:31 1313 浏览量 回答数 0

问题

云数据库Redis 标准版-单副本简介

云栖大讲堂 2019-12-01 21:19:13 1106 浏览量 回答数 0

回答

最近也出现这种情况: 项目用的php-laravel框架,在凌晨aliyun redis服务断连一段时间后,程序一直报NOAUTH Authentication required,后续aliyun redis服务恢复,但程序也始终报错,不确定是aliyun redis服务有配置上的重置(或修改),还是程序的原因

游客56vqnbtytbakw 2020-06-03 20:57:33 0 浏览量 回答数 0

问题

阿里云redis有一些数据怎么也删不掉,修改里面的值也无效,删了立马又自动恢复

抵制悲伤22 2019-12-01 20:27:30 1316 浏览量 回答数 3

回答

1,主从是必须的,不过现在redis的proxy还不稳定,主从异常还得手工切换2,持久化,根据数据变化频率和数据量,调整持久化参数,选择RDB或者AOF做持久化3,可是,如果是做缓存,最好是能从业务中重建的。可以通过分批次恢复业务来解决雪崩问题4,国内有个ssdb,个人测试的结果显示ssdb能有redis 20%左右的性能,但集群比较好,一些项目中可以用来替换redis.

落地花开啦 2019-12-02 01:55:40 0 浏览量 回答数 0

回答

我用的redis2.8也遇到这种问题,以前运行都正常,没有改任何配置,最近却频繁报NOAUTH Authentication required,重启redis恢复

sensy 2019-12-02 01:52:14 0 浏览量 回答数 0

回答

我们通过一些手段尝试性的触发问题现象: 1、测试环境下,清空access_token的redis数据。 2、正常测试,功能ok,查看access_token的redis内容,这里假设值为A。 3、手动调用接口刷新access_token,大概十几次后,值变化为B。 4、再次正常测试,发现功能异常(因为此时存储在redis的access_token已经过期)。 5、清空access_token的redis数据,再次测试,功能又恢复正常。 现在问题终于变成必现的了:) 解决方案 现在我们搞清楚问题的原因是存储在redis的access_token可能在很短的时间内过期(因为有太多中控服务器啦),但是我们一般设置的有效期都接近或等于7200s,这就导致一旦出现问题的话,如果不清理redis,问题就会持续2小时左右,这简直就是灾难! 目前想到的比较理想的解决方案就是:服务器发现功能异常时,刷新access_token并更新redis,然后再次调用接口。这种容错机制本来是微信的事-_-! 来源于网络,供您参考,如若满意,请点击右侧【采纳答案】,如若还有问题,请点击【追问】 希望我的回答对您有所帮助,望采纳! ~ O(∩_∩)O~

保持可爱mmm 2019-12-02 03:00:43 0 浏览量 回答数 0

问题

生产环境中的 Redis 是怎么部署的?【Java问答】40期

剑曼红尘 2020-06-18 08:28:34 33 浏览量 回答数 1

回答

主要取决于,你是把redis作为缓存还是nosql,如果是缓存那丢了也无所谓,从别的地方恢复重建就行了,如果是nosql的话,redis是有snapshot和aof的机制来保证数据持久化的

爵霸 2019-12-02 02:00:57 0 浏览量 回答数 0

问题

关于SLB连接重建的问题

redcatmiss 2019-12-01 21:30:03 3123 浏览量 回答数 0

回答

下面的内容来自同事的总结,贴出来分享:MemcachedMemcached的优点: Memcached可以利用多核优势,单实例吞吐量极高,可以达到几十万QPS(取决于key、value的字节大小以及服务器硬件性能,日常环境中QPS高峰大约在4-6w左右)。适用于最大程度扛量。 支持直接配置为session handle。 坑少。Memcached的局限性: 只支持简单的key/value数据结构,不像Redis可以支持丰富的数据类型。 无法进行持久化,数据不能备份,只能用于缓存使用,且重启后数据全部丢失。 无法进行数据同步,不能将MC中的数据迁移到其他MC实例中。 Memcached内存分配采用Slab Allocation机制管理内存,value大小分布差异较大时会造成内存利用率降低,并引发低利用率时依然出现踢出等问题。需要用户注重value设计。RedisRedis的优点: 支持多种数据结构,如 string(字符串)、 list(双向链表)、dict(hash表)、set(集合)、zset(排序set)、hyperloglog(基数估算) 支持持久化操作,可以进行aof及rdb数据持久化到磁盘,从而进行数据备份或数据恢复等操作,较好的防止数据丢失的手段。 支持通过Replication进行数据复制,通过master-slave机制,可以实时进行数据的同步复制,支持多级复制和增量复制,master-slave机制是Redis进行HA的重要手段。 单线程请求,所有命令串行执行,并发情况下不需要考虑数据一致性问题。 支持pub/sub消息订阅机制,可以用来进行消息订阅与通知。 支持简单的事务需求,但业界使用场景很少,并不成熟。Redis的局限性: Redis只能使用单线程,性能受限于CPU性能,故单实例CPU最高才可能达到5-6wQPS每秒(取决于数据结构,数据大小以及服务器硬件性能,日常环境中QPS高峰大约在1-2w左右)。 支持简单的事务需求,但业界使用场景很少,并不成熟,既是优点也是缺点。 Redis在string类型上会消耗较多内存,可以使用dict(hash表)压缩存储以降低内存耗用。:)以下是我个人的补充 Mc和Redis都是Key-Value类型,不适合在不同数据集之间建立关系,也不适合进行查询搜索。比如redis的keys pattern这种匹配操作,对redis的性能是灾难。Mogodb mogodb是一种文档性的数据库。先解释一下文档的数据库,即可以存放xml、json、bson类型系那个的数据。这些数据具备自述性(self-describing),呈现分层的树状数据结构。redis可以用hash存放简单关系型数据。 mogodb存放json格式数据。 适合场景:事件记录、内容管理或者博客平台,比如评论系统。nosq的产品目前很多,架构师的选择导向主要有以下两个因素: 1)适合应用程序的使用场景,比如评论系统用比较适合使用mogodb,而mc也可以实现(应用程序把数据转化成json存入,但是部分数据更新不方便) 2)团队开发比较熟悉的技术,比如一个团队一直在使用mc,因而有限选择mc,而不是redis。 还有中严重的状况,开发团队一直使用mogodb,在适合kv nosq的场景下而继续选择mogodb。

爵霸 2019-12-02 02:01:23 0 浏览量 回答数 0

问题

请问,为什么Redis恢复必须是rdb文件替换,而不是rdb+aof替换,4.x版本配置混合持久化

李博 bluemind 2019-12-01 19:39:48 418 浏览量 回答数 1

回答

[福建-后端-望重] 我觉得还是报错吧,Redis和数据库挂了都还是别运行了(而且Redis挺难挂的),先恢复吧,另外老挂就得考虑高可用手段。 [北京-JAVA-Waters] 我理解是catch异常,打印异常日志并报警,降级走数据库查询。同时找运维查看下redis为啥连接不上。不应该挂了就绕过去,没人知道 来源:云原生后端社区https://www.yuque.com/server_mind/answer

montos 2020-04-20 17:30:49 0 浏览量 回答数 0

问题

相关redis的本地化储存问题

落地花开啦 2019-12-01 20:02:14 870 浏览量 回答数 1
阿里云大学 云服务器ECS com域名 网站域名whois查询 开发者平台 小程序定制 小程序开发 国内短信套餐包 开发者技术与产品 云数据库 图像识别 开发者问答 阿里云建站 阿里云备案 云市场 万网 阿里云帮助文档 免费套餐 开发者工具 云栖号物联网 小程序开发制作 视频内容分析 企业网站制作 视频集锦 代理记账服务 2020阿里巴巴研发效能峰会 企业建站模板 云效成长地图 高端建站 云栖号弹性计算 阿里云云栖号 云栖号案例 云栖号直播