Redis ist in der aktuellen Technologie-Community sehr beliebt. Redis hat von einem kleinen persönlichen Projekt von Antirez einen langen Weg zurückgelegt und ist zum Industriestandard für die In-Memory-Datenspeicherung geworden. Die daraus resultierenden Best Practices ermöglichen es den meisten Menschen, Redis korrekt zu verwenden.
Im Folgenden werden wir 10 Erfahrungen mit der korrekten Verwendung von Redis untersuchen.
Okay, diesen Artikel mit der Infragestellung dieses Befehls zu beginnen, ist vielleicht kein guter Weg, aber es könnte tatsächlich der wichtigste Punkt sein. Wenn wir auf die Statistiken einer Redis-Instanz achten, geben wir oft schnell den Befehl „KEYS *“ ein, damit die Schlüsselinformationen klar angezeigt werden. Um fair zu sein, aus Programmiersicht neigen wir dazu, Pseudocode wie den folgenden zu schreiben:
for key in'keys *': doAllTheThings()
Aber wenn Sie 13 Millionen Schlüssel haben, wird die Ausführungsgeschwindigkeit langsamer. Da die zeitliche Komplexität des Befehls KEYS O(n) beträgt, wobei n die Anzahl der zurückzugebenden Schlüssel ist, hängt die Komplexität dieses Befehls von der Größe der Datenbank ab. Und während der Ausführung dieses Vorgangs können in Ihrer Instanz keine anderen Befehle ausgeführt werden.
Als alternativen Befehl sehen Sie sich SCAN an, mit dem Sie es benutzerfreundlicher machen können ... SCAN scannt die Datenbank in einer inkrementellen Iteration. Dieser Vorgang wird basierend auf dem Iterator des Cursors ausgeführt, sodass Sie ihn jederzeit nach Belieben anhalten oder fortsetzen können.
Da Redis nicht über sehr detaillierte Protokolle verfügt, ist es sehr schwierig zu wissen, was in der Redis-Instanz geschieht. Glücklicherweise bietet Redis ein Befehlsstatistiktool wie das folgende:
127.0.0.1:6379> INFO commandstats # Commandstats cmdstat_get:calls=78,usec=608,usec_per_call=7.79 cmdstat_setex:calls=5,usec=71,usec_per_call=14.20 cmdstat_keys:calls=2,usec=42,usec_per_call=21.00 cmdstat_info:calls=10,usec=1931,usec_per_call=193.10
Mit diesem Tool können Sie eine Momentaufnahme aller Befehlsstatistiken anzeigen, z. B. wie oft der Befehl ausgeführt wurde und wie viele Millisekunden für die Ausführung benötigt wurden Befehl (die Gesamtzeit jedes Befehls und die durchschnittliche Zeit) führen Sie einfach den Befehl CONFIG RESETSTAT aus, um ihn zurückzusetzen, sodass Sie ein völlig neues statistisches Ergebnis erhalten.
Redis 之父 Salvatore 就说过：“通过执行GET/SET命令来测试Redis就像在雨天检测法拉利的雨刷清洁镜子的效果”。很多时候人们跑到我这里，他们想知道为什么自己的Redis-Benchmark统计的结果低于最优结果 。但我们必须要把各种不同的真实情况考虑进来，例如：
Redis-Benchmark的测试结果提供了一个保证你的 Redis-Server 不会运行在非正常状态下的基准点，但是你永远不要把它作为一个真实的“压力测试”。压力测试需要反应出应用的运行方式，并且需要一个尽可能的和生产相似的环境。
以一种优雅的方式引入 hashes 吧。hashes 将会带给你一种前所未有的体验。之前我曾看到过许多类似于下面这样的key结构：
foo:first_name foo:last_name foo:address
上面的例子中，foo 可能是一个用户的用户名，其中的每一项都是一个单独的 key。这就增加了 犯错的空间，和一些不必要的 key。使用 hash 代替吧，你会惊奇地发现竟然只需要一个 key ：
127.0.0.1:6379> HSET foo first_name 'Joe' (integer) 1 127.0.0.1:6379> HSET foo last_name 'Engel' (integer) 1 127.0.0.1:6379> HSET foo address '1 Fanatical Pl' (integer) 1 127.0.0.1:6379> HGETALL foo 1) 'first_name' 2) 'Joe' 3) 'last_name' 4) 'Engel' 5) 'address' 6) '1 Fanatical Pl' 127.0.0.1:6379> HGET foo first_name 'Joe'
无论什么时候，只要有可能就利用key超时的优势。一个很好的例子就是储存一些诸如临时认证key之类的东西。当你去查找一个授权key时——以OAUTH为例——通常会得到一个超时时间。这样在设置key的时候，设成同样的超时时间，Redis就会自动为你清除！而不再需要使用KEYS *来遍历所有的key了，怎么样很方便吧？
Nachdem wir nun über das Thema Schlüsselfreigabe gesprochen haben, sprechen wir über die Recyclingstrategie. Wenn der Speicherplatz der Redis-Instanz voll ist, wird versucht, einige Schlüssel zurückzugewinnen. Abhängig von Ihrer Nutzung empfehle ich dringend die Verwendung der volatile-lru-Strategie – vorausgesetzt, Sie haben ein Timeout für den Schlüssel festgelegt. Wenn Sie jedoch etwas Ähnliches wie einen Cache ausführen und keinen Timeout-Mechanismus für Schlüssel festlegen, können Sie die Verwendung des Recyclingmechanismus allkeys-lru in Betracht ziehen. Mein Vorschlag ist, zunächst zu prüfen, was hier möglich ist.
Wenn Sie sicherstellen müssen, dass kritische Daten in eine Redis-Instanz gestellt werden können, empfehle ich dringend, sie in einen Try/Except-Block zu legen. Da nahezu alle Redis-Clients die Strategie „Senden und Vergessen“ anwenden, muss häufig geprüft werden, ob ein Schlüssel tatsächlich in der Redis-Datenbank abgelegt wird. In diesem Artikel geht es nicht um die Komplexität des Einfügens von try/expect in Redis-Befehle. Sie müssen lediglich wissen, dass dadurch sichergestellt wird, dass wichtige Daten dort platziert werden, wo sie sein sollten.
Wenn möglich, verteilen Sie die Arbeitslast auf mehrere Redis-Instanzen. Ab Version 3.0.0 unterstützt Redis Cluster. Mit Redis Cluster können Sie einige Schlüssel, die Master/Slave-Modi enthalten, basierend auf Schlüsselbereichen heraustrennen. Die komplette „Magie“ hinter Clustering finden Sie hier. Wenn Sie jedoch nach Tutorials suchen, sind Sie hier genau richtig. Wenn Clustering keine Option ist, ziehen Sie Namespaces in Betracht und verteilen Sie Ihre Schlüssel auf mehrere Instanzen. Zur Datenverteilung gibt es diesen hervorragenden Testbericht auf der Website redis.io.
Natürlich ist es falsch. Redis ist ein Single-Threaded-Prozess und verbraucht selbst bei aktivierter Persistenz nur maximal zwei Kerne. Es sei denn, Sie planen, mehrere Instanzen auf einem einzigen Host auszuführen – hoffentlich nur in einer Entwicklungs- und Testumgebung! ——Ansonsten sind nicht mehr als 2 Kerne für eine Redis-Instanz erforderlich.
Bisher wurde Redis Sentinel gründlich getestet und von vielen Benutzern in Produktionsumgebungen angewendet (einschließlich ObjectRocket). Wenn Ihre Anwendung stark auf Redis angewiesen ist, müssen Sie eine Hochverfügbarkeitslösung entwickeln, um sicherzustellen, dass sie nicht offline geht. Wenn Sie diese Dinge nicht selbst verwalten möchten, bietet ObjectRocket natürlich eine hochverfügbare Plattform und technischen Support rund um die Uhr. Wenn Sie interessiert sind, können Sie dies in Betracht ziehen.
Das obige ist der detaillierte Inhalt vonRedis-Erfahrung, die Sie für den Betrieb und die Wartung von Linux benötigen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
