Redis の実践への入り口と永続性に関する詳細な分析 (概要の共有)

この記事では、redis6.0、redis の永続性、redis レプリケーションの原則、redis の高可用性センチネル監視などの詳細なチュートリアルを含む、入門から実践まで Redis に関する質問をまとめています。クラスター構築に関する知識が皆さんのお役に立てば幸いです。

redis6.0、redis の永続性、redis レプリケーションの原則、redis の高可用性センチネル監視、およびクラスター構築を開始するための詳細なチュートリアル。

インタビュアー: 若者、Redis についてのあなたの意見を話しましょう。
我: ああ、どう思いますか? 座って見るべきですか、それとも寝転んで見るべきですか?レディスは小さいですか？すぐ？でも長持ちする？

インタビュアー: 真剣に言いました。あなたは運転しているのではないかと思います。運転するだけでなく、カラーリングも行っているのではないかと思います。 ＃＃＃＃＃＃私＃＃＃：。 。 。
インタビュアー

: 行って、行って、行って、私の時間は限られています。ナンセンスなことを言わないでください。本題に戻りますが、Redis についてどのくらい知っていますか。

我: 軽量かつ小さく、メモリに基づいて非常に高速であり、RDB と AOF の永続性により、同様に強力で耐久性があります。
インタビュアー

: 具体的に言ってください。

我:本文をお読みください。

#本文

はじめに

Redis は、オープンソースの高パフォーマンスのキーと値のペアベースのキャッシュであり、ストレージ システムは、さまざまなシナリオでのキャッシュとストレージのニーズに適応するために、さまざまなキーと値のデータ型を提供します。同時に、Redis の多くの高レベル機能により、メッセージ キューやタスク キューなどのさまざまな役割を果たすことができます。さらに、Redis は外部モジュールの拡張もサポートしており、特定のシナリオでメイン データベースとして使用できます。

メモリの読み書き速度はハードディスクに比べてはるかに速いので、現在のソリッドステートディスクの考え方もメモリの考え方に発展しているのかもしれません。長期保存には今でもメカニカルディスクを使用しています。したがって、Redis データベース内のすべてのデータはメモリに保存されるため、非常に高速です。データ損失につながる一定のリスクもありますが、RDB と AOF 永続性を使用するとリスクが軽減されます。
1. 初めての Redis 入門

1. Linux (Redhat7 シリーズ) でのインストール

1.1. インストール

ここで用意するのはソースコードですパッケージ、バージョン 最新であるかどうかではなく、安定していて適用できるかどうかが重要です。

残りのバージョンは、公式 Web サイトまたは github ホスティング プラットフォームで入手できます。以下は Redis の公式 Web サイトのダウンロード アドレスです。

https://redis.io/download

redis-6.0.8.tar.gz#安装tar -zxvf redis-6.0.8.tar.gz#编译make && make install

1.2.エラーのトラブルシューティング

make[1]: *** [server.o] 错误 1

1.3.解決策

1.3.1. 依存環境のインストール

yum -y install centos-release-scl
yum -y install devtoolset-9-gcc devtoolset-9-gcc-c++ devtoolset-9-binutils

1.3.2. 環境変数を追加して有効にする

scl enable devtoolset-9 bashecho "/opt/rh/devtoolset-9/enable" >> /etc/profile

環境変数設定ファイルを再読み込み

source /etc/profile

再コンパイルして問題を解決します

#切换到Redis的安装目录,一般源码包安装会放在/usr/local/下面，看个人使用习惯cd /opt/redis-6.0.8/
#编译make && make install

一般的な基本的なコマンドの演習については、初心者向けチュートリアルを参照してください

https://www.runoob .com/redis /redis-commands.html1.4. 起動とログイン

redis-server サーバーを起動します

#启动redis服务nohup /opt/redis-6.0.8/src/redis-server &

redis-cli クライアントにログインします

#登录redis-cli/opt/redis-6.0.8/src/redis-cli

Test Linux 上の redis が正式に起動したことを確認する 基本的な使い方を紹介します。

pingpong

#1.5. パスワードの設定

デフォルトでは公開パスワード設定はなく、コメントアウトされたパラメータ設定を手動で有効にする必要があります。

#编辑配置文件vim /opt/redis-6.0.8/redis.conf
#原本的被注释掉,复制一行改成你设置的密码即可
#requirepass foobaredrequirepass 123456

2. Windows でのインストール

2.1. インストール

Redis-x64-3.2.100.zip

2.1.1. Windows で解凍するか、msi 経由で直接インストールします。

2.1.2. サービスコマンドの設定 (サービスモードとして登録、自動起動)

サービスのインストール

redis-server --service-install redis.windows-service.conf --loglevel verbose

サービスのアンインストール

redis-server --service-uninstall

2.2. 起動とシャットダウン

redis-server redis.windows.conf

2.2.1. サービスの開始

redis-server --service-start

2.2.2. サービスの停止

redis-server --service-stop

2.3. Redis の起動service

#同样在redis解压的或者安装的目录以管理员身份运行cmdredis-server --service-start

2.4. cmd

#在redis解压的或者安装的目录以管理员身份运行cmdredis-cli.exe -h 127.0.0.1 -p 6379
#或者直接执行redis-cli
#执行redis-cli
#登录测试ping

5 でテスト ログインを実行します。Windows の管理ツール rdm はビジュアル インターフェイスです

https://redisdesktop.com/download

2 , 基礎知識

1. 面接でよくある質問

面接官

: Redis のデータ型とは何ですか? それについて話してもらえますか?

我: string (文字列型)、hash (ハッシュ型)、list (リスト型)、set (セット型)、zset (順序セット型)、

stream (ストリーム タイプ)

ストリームは、redis5.0 でサポートされる新機能です。 インタビュアー
: ああ、この若い男は何かを持っています。ストリームの種類まで、たくさんのことを知っています。

I: 混乱しています...

3. 前進1. 粘り強さ

面接官

: Redis の高度な機能をいくつか知っていますか?

#I: 少し理解できました。

インタビュアー: 詳しく話してもらえますか？

#I

: ブレインサーチャーの前に、ざっと読んで要約しました。キャッシュと永続化が登場します。

将Redis作为缓存服务器，但缓存被穿透后会对性能照成较大影响，所有缓存同时失效缓存雪崩，从而使服务无法响应。

我们希望Redis能将数据从内存中以某种形式同步到磁盘中，使之重启以后根据磁盘中的记录恢复数据。这一过程就是持久化。

面试官：知道Redis有哪几种常见的持久化方式吗？

我：Redis默认开启的RDB持久化，AOF持久化方式需要手动开启。

Redis支持两种持久化。一种是RDB方式，一种是AOF方式。前者会根据指定的规则“定时”将内存中的数据存储到硬盘上，而后者在每次执行命令后将命令本书记录下来。对于这两种持久化方式，你可以单独使用其中一种，但大多数情况下是将二者紧密结合起来。

此时的面试官一脸期待，炯炯有神的看向了我，请继续。

2、RDB方式

继续介绍，RDB采取的是快照方式，默认设置自定义快照【自动同步】，默认配置如下。

同样可以手动同步

#不推荐在生产环境中使用SAVE

#异步形式BGSAVE

#基于自定义快照FLASHALL

3、AOF方式

当使用Redis存储非临时数据时，一般需要打开AOF持久化来降低进程终止导致数据的丢失。AOF可以将Redis执行的每一条命令追加到硬盘文件中，着这个过程中显然会让Redis的性能打折扣，但大部分情况下这种情况可以接受。这里强调一点，使用读写较快的硬盘可以提高AOF的性能。

默认没有开启，需要手动开启AOF，当你查看redis.conf文件时也会发现appendonly配置的是no

appendonly yes

开启AOF持久化后，每次执行一条命令会会更改Redis中的数据的目录，Redis会将该命令写入磁盘中的AOF文件。AOF文件的保存位置和RDB文件的位置相同，都是通过dir参数设置，默认的文件名是appendonly.aof，可以通过appendfilename参数修改。

appendfilename "appendonly.aof

实际上Redis也正是这样做的，每当达到一定的条件时Redis就会自动重写AOF文件，这个条件可以通过redis.conf配置文件中设置：

auto-aof-rewrite-percentage 100auto-aof-rewrite-min-size 64mb

在启动时Redis会逐行执行AOF文件中的命令将硬盘中的数据加载到内存中，加载的速度相比RDB会慢一些。

虽然每次执行更改数据库内容的操作时，AOF都将命令记录在AOF文件中。但事实上，由于操作系统的缓存机制，数据并没与真正写入硬盘，而是进入了操作系统的硬盘缓存。在默认情况下，操作系统每30秒会执行一次同步操作，以便将硬盘缓存中的内容写入硬盘。

在Redis中可以通过appendfsync设置同步的时机：

# appendfsync always
#默认设置为everysecappendfsync everysec
# appendfsync no

Redis允许同时开启AOF和RDB。这样既保证了数据的安全，又对进行备份等操作比较友好。此时重新启动Redis后，会使用AOF文件来恢复数据。因为AOF方式的持久化，将会丢失数据的概率降至最小化。

4、Redis复制

通过持久化功能，Redis保证了即使服务器重启的情况下也不会丢失（少部分遗失）数据。但是数据库是存储在单台服务器上的，难免不会发生各种突发情况，比如硬盘故障，服务器突然宕机等等，也会导致数据遗失。

为了尽可能的避免故障，通常做法是将数据库复制多个副本以部署在不同的服务器上。这样即使有一台出现故障，其它的服务器依旧可以提供服务。为此，Redis提供了复制（replication）功能。即实现一个数据库中的数据更新后，自动将更新的数据同步到其它数据库上。

此时熟悉MySQL的同学，是不是觉得与MySQL的主从复制很像，以开启二进制日志binlog实现同步复制。

而Redis中使用复制功能更为容易，相比MySQL而言。只需要在从库中启动时加入slaveof 从数据库地址。

#在从库中配置slaveof master_database_ip_addr
#测试,加了nohup与&是放入后台，并且输出日志到/root/目录下的nohup.outnohup /opt/redis-6.0.8/src/redis-server --6380 --slaveof 192.168.245.147 6379 &

4.1、原理

复制初始化。这里主要原理是从库启动，会向主库发送SYNC命令。同时主库接收到SYNC命令后会开始在后台保存快照，即RDB持久化的过程，并将快照期间接收的命令缓存起来。当快照完成后，Redis会将快照文件和所有缓存的命令发送给从数据库。从数据库收到后，会载入快照文件并执行收到的缓存命令。

复制同步阶段会贯穿整个主从同步过程，直到主从关系终止为止。在复制的过程中快照起到了至关重要的作用，只要执行复制就会进行快照，即使关闭了RDB方式的持久化，通过删除所有save参数。

4.2、乐观复制

Redis采用了乐观复制（optimistic replication）的复制策略。容忍在一定时间内主从数据库的内容是不同的，但是两者的数据最终是会同步的。具体来讲，Redis在主从数据库之间复制数据的过程本身是异步的，这就意味着，主数据库执行完客户端请求的命令会立即将命令在主数据库的执行结果反馈给客户端，并异步的将数据同步给从库，不会等待从数据库接收到该命令在返回给客户端。

当数据至少同步给指定数量的从库时，才是可写，通过参数指定：

#设置最少限制3min-slaves-to-write 3
#设置允许从数据最长失去连接时间min-slaves-max-lag 10

4.3、增量复制

基于以下三点实现

• 从库会存储主库的运行ID（run id）。每个Redis运行实例均会拥有一个唯一运行ID，每当实例重启后，就会自动生成一个新的运行ID。类似于MySQL的从节点配置的唯一ID去识别。
• 在复制同步阶段，主库一条命令被传送到从库时，会同时把该命令存放到一个积压队列（backlog）中，记录当前积压队列中存放的命令的偏移量范围。
• 从库接收到主库传来的命令时，会记录该命令的偏移量。

4.4、注意

当主数据库崩溃时，情况略微复杂。手动通过从数据库数据库恢复主库数据时，需要严格遵循以下原则：

• 在从数据库中使用SLAVEOF NO ONE命令将从库提升为主库继续服务。
• 启动之前崩溃的主库，然后使用SLAVEOF命令将其设置为新的主库的从库。

注意：当开启复制且数据库关闭持久化功能时，一定不要使用supervisor以及类似的进程管理工具令主库崩溃后重启。同样当主库所在的服务器因故障关闭时，也要避免直接重新启动。因为当主库重启后，没有开启持久化功能，数据库中所有数据都被清空。此时从库依然会从主库中接收数据，从而导致所有从库也被清空，导致数据库的持久化开了个寂寞。

手动维护确实很麻烦，好在Redis提供了一种自动化方案：哨兵去实现这一过程，避免手动维护易出错的问题。

5、哨兵（sentinel）

从Redis的复制历中，我们了解到在一个典型的一主多从的Redis系统中，从库在整个系统中起到了冗余备份以及读写分离的作用。当主库遇到异常中断服务后，开发人员手动将从升主时，使系统继续服务。过程相对复杂，不好实现自动化。此时可借助哨兵工具。

哨兵的作用

• 监控Redis系统运行情况
• 监控主库和从库是否正常运行
• 主库gg思密达，自动将从库升为主库，美滋滋

当然也有多个哨兵监控主从数据库模式，哨兵之间也会互相监控，如下图：

首先需要建立起一主多从的模型，然后开启配置哨兵。

#主库sentinel monitor master 127.0.0.1 6379 1
#建立配置文件，例如sentinel.confredis-sentinel /opt/path/to/sentinel.conf

关于哨兵就介绍这么多，现在大脑中有印象。至少知道有那么回事，可以和美女面试官多掰扯掰扯。

6、集群（cluster）

从Redis3.0开始加入了集群这一特性。

即使使用哨兵，此时的Redis集群的每个数据库依然存有集群中的所有数据，从而导致集群的总数据存储量受限于可用内存最小的数据库节点，继而出现木桶效应。正因为Redis所有数据都是基于内存存储，问题已经很突出，尤其是当Redis作为持久化存储服务时。

有这样一种场景。就扩容来说，在客户端分片后，如果像增加更多的节点，需要对数据库进行手动迁移。迁移的过程中，为了保证数据的一致性，需要将进群暂时下线，相对比较复杂。

此时考虑到Redis很小，啊不口误，是轻量的特点。可以采用预分片（presharding）在一定程度上避免问题的出现。换句话说，就是在部署的初期，提前考虑日后的存储规模，建立足够多的实例。

从上面的理论知识来看，哨兵和集群类似，但哨兵和集群是两个独立的功能。如果要进行水平扩容，集群是不错的选择。

配置集群，开启配置文件redis.conf中的cluster-enabled

cluster-enabled yes

配置集群每个节点配置不同工作目录，或者修改持久化文件

cluster-config-file nodes-6379.conf

集群测试大家可以执行配置，参考其他书籍亦可，实现并不难。只要是知其原理。

四、Redis for Java

示例

package com.jedis;import redis.clients.jedis.Jedis;import redis.clients.jedis.JedisPool;import redis.clients.jedis.JedisPoolConfig;public class Test {

	@org.junit.Test
	public void demo() {
		Jedis jedis = new Jedis("127.0.0.1", 6379);
		jedis.set("name", "sky");
		String params = jedis.get("jedis");
		System.out.println(params);
		jedis.close();
	}
	
	@org.junit.Test
	public void config() {
		// 获取连接池的配置对象
		JedisPoolConfig config = new JedisPoolConfig();
		// 设置最大连接数
		config.setMaxTotal(30);
		// 设置最大空闲连接数
		config.setMaxIdle(10);
		// 获取连接池
		JedisPool pool = new JedisPool(config, "127.0.0.1", 6379);
		// 获得核心对象
		Jedis jedis = null;
		try {
			//通过连接池获取连接
			jedis = pool.getResource();
			//设置对象
			jedis.set("poolname", "pool");
			//获取对象
			String pools = jedis.get("poolname");
			System.out.println("values:"+pools);
		} catch (Exception e) {
			e.printStackTrace();
		}finally{
			//释放资源
			if(jedis != null){
				jedis.close();
			}
			if(pool != null){
				pool.close();
			}
		}	
	}}

最后放一个制作很粗超的思维导图。

推荐学习：《Redis视频教程》、《2022最新redis面试题大全及答案》

以上がRedis の実践への入り口と永続性に関する詳細な分析 (概要の共有)の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。