Reds集群是Redis提供的分布式数据库方案，集群通过分片(sharing)来进行数据共享，并提供复制和故障转移功能。 节点 一个Redis集群通常有多个节点(node，也就是一个Redis服务器)组成，他们最开始时都是相互独立的，需要通过连接来构成一个包含多个节点的集群。连接节点的命令为： 1CLUSTER MEET <ip> <

问题描述 写技术博客的时候，我们时常会用到mermaid做一些流程图或者时序图什么的，但是Fluid主题中默认使用的mermaid版本总是与我们本地编写的时候使用的mermaid版本不相同（通常Fluid主题中的版本要小许多）。这道值通常会出现mermaid在本地可以渲染出来，但是到了网页上之后却无法渲染。 同样遇到这个问题的小伙伴，不想看我查出来这个问题的心路历程，可以直接跳到解决方案 心路历程

主从复制 用户可以通过执行SLAVEOF命令或者设置slaveof选项，来让一个服务器去复制另一个服务器。此时，我们称被复制的服务器为主服务器，复制其他服务器的服务器为从服务器。比如，两个服务器地址分别为127.0.0.1:6379和127.0.0.1:12345，如果用户在服务器127.0.0.1:12345中发送命令： 12127.0.0.1:12345> SLAVEOF 127.0.0

RDB持久化 Redis是一个内存数据库，数据都被保存在内存中。因此如果没有一个合适的方法将数据保存到磁盘中的话，服务器进程的任何可能的退出或崩溃都会导致内部数据全部丢失。因此需要一个方法将数据库中的内容保存到磁盘中。而Redis便是使用了RDB持久化的方式将数据保存在磁盘中，以供服务器的保存与还原。 RDB文件是一个经过压缩的二进制文件。 RDB文件的创建与载入 两个命令可以用于生成RDB文件：

服务器数据库 12345678struct redisServer{ // ... // 一个保存着服务器中所有数据库的数组 redisDb *db; // 服务器的数据库数量(df长度) int dbnum; // ...} 注意： df：保存了服务器中所有数据库的数组，说是数据库，但由于Redis是一个键值对数据库，所以实际上内部也是一

这一篇文章中的内容假定你已经读过且了解《Redis设计与实现》七个底层数据结构文章中的内容，如没有或者不了解Redis的七个底层数据结构，最好是先去那篇文章看看后再来看这篇。 对象 前面提到的7个数据结构，可以被视为在Redis系统中的几个基础数据结构。Redis则是基于这些数据结构来创建了一个对象系统。在这个对象系统中，有我们喜闻乐见的五种类型： 字符串对象： SET msg "he

简单动态字符串 SDS（Simple Dynamic String） 基本结构 12345struct sdshdr{ int len; // buf数组中已使用字节的数量 (SDS所保存字符串的长度) int free; // buf数组中未使用字节的数量 char buf[]; // 字节数组，用于保存字符串} 注意： char buf[] 与C语言中

该方法的目标状态过滤法采用的是对neutral settings下的epistemic problem的规划逻辑的一个尝试2文章中提到的反选过滤法。 基本介绍 该方法实际上十分简单，就是在一个代理行动过后，其他代理如果能够直接看见这个代理，则将该代理当前的行为与自己对当前环境的jp world进行记录。在自己本地进行BFS搜索时，如果遇到了相同的jp world，且行动回合为该代理，则只会将该代理

考虑一个代理更新的方法，旨在让代理将对方代理已做的行为纳入自己的行为规划中，以达到更新本地策略的目的，同时避免无限循环的现象。 问题基本描述 假如当前问题中有四个房间 graph LR a(1) <--> b(2) b <--> c(3) b <--> d(4) 代理a在1，b在3，a要去3，b要去1。假设代理知道环境中的所有内容，但是不知道对方要去哪里。思

先前有提出过一个解决代理猜测其他代理目标的方法，那个方法在时间之后以失败告终，因此此处再提出另一个可能的方法。 不过此方法目的并不是为了仅仅是猜出目标，还需要考虑如何解决代理之间出现死循环的情况。 事实上，从现实的角度来说，在其他人不告诉你他在做什么的情况下，你根本无法准确猜出对方的目的。这种情况在复杂问题的情况下尤为明显。因此，我们更应该想出一个方法，该方法只需要有如下功效即可： 能够帮助代理