找到 Redis 安装目录，进入 src 文件夹下，使用 ./redis-cli
进入到 Redis 命令行交互界面。
检查 Redis 是否启动，如果返回 PONG 则表明 Redis 已经启动
1
127.0.0.1:6379>ping
1 | 127.0.0.1:6379>config get * |
Redis支持五种数据类型：string（字符串），hash（哈希），list（列表），set（集合）及 zset(sorted set：有序集合)。
hexo next 使用 hypercomments 很简单，只需要在主题配置文件中的
hypercomments_id: 填上自己在 hypercomments 注册站点后生成的
ID
号即可。我要说的是我按照这个方法填写以后却总是没有显示评论窗口，重新安装主题以后还是不行。
后来登录 hypercomments 官网，在设置 -> General -> Website name
栏中，发现我的站点名多了一个 “/” ，删掉它就可以正常显示了。
注意：
在更新 hexo 主题时一定要先备份原来的主题，不然辛辛苦苦配置的各种效果一不小心就全没了。。。 备份以后如果发现新主题不满意，还可以马上切换回原来的主题。
Percona XtraBackup 需要能够连接到数据库服务器，并在创建备份、某些场景下进行准备以及恢复时需要在服务器和数据目录上执行操作。为此，必须满足其执行操作时的权限和许可要求。
权限是指允许在数据库服务器中执行操作的系统用户。它们设置在数据库服务器上，仅适用于数据库服务器中的用户。
许可是允许用户在系统上执行操作的权限，例如读取、写入某个目录或启动、停止系统服务。它们设置在系统级别，仅适用于系统用户。
无论使用 xtrabackup 还是 innobackupex ，都有两个参与者：用户调用程序既系统用户，用户在数据库服务器中执行操作既数据库用户。请注意，这两个用户的作用域是不同的，尽管他们可能有相同的用户名。
在本文档中，innobackupex 和 xtrabackup 的所有调用都假定系统用户已经具有适当的权限，并且除了要执行的操作选项外，您还提供了用于连接数据库服务器的相关选项，并且数据库用户具有足够的权限。
此页面提供有关如何安装 Percona XtraBackup 的信息。以下选项可供选择：
在安装之前，您可能需要阅读 Percona XtraBackup 的发布说明。
Percona XtraBackup 基于 InnoDB 的崩溃恢复功能。它复制你的 InnoDB 数据文件时，会导致内部不一致的数据;但是它会对文件执行崩溃恢复，以使其再次成为一个一致的可用数据库。
这是可行的，因为 InnoDB 维护一个重做日志，也称为事务日志。它包含对 InnoDB 数据的每个变更的记录。当 InnoDB 启动时，它会检查数据文件和事务日志，并执行两个步骤。它将已提交的事务日志条目应用于数据文件，并对任何修改了数据但未提交的事务执行撤销操作。
Percona XtraBackup 通过在启动时记住日志序列号（LSN）来工作，然后复制数据文件。这需要一些时间来完成，所以如果文件正在改变，那么它们会在不同的时间点反映数据库的状态。与此同时，Percona XtraBackup 运行一个后台进程，用于监视事务日志文件，并从中复制更改。 Percona XtraBackup 需要不断做到这一点，因为事务日志是以循环方式写入的，并且可以在一段时间后重新使用。 Percona XtraBackup 自启动以后，每次对数据文件的更改都需要事务日志记录。
Percona XtraBackup 将使用备份锁作为
FLUSH TABLES WITH READ LOCK 的轻量级替代产品。此功能在
Percona Server 5.6+ 中可用。 Percona XtraBackup 自动使用它来复制非
InnoDB 数据，以避免阻止修改 InnoDB
表的DML查询。当服务器支持备份锁时，xtrabackup 将首先复制 InnoDB
数据，运行 LOCK TABLES FOR BACKUP 并复制 MyISAM 表和 .frm
文件。一旦完成，文件的备份将开始。它将备份
.frm，.MRG，.MYD，.MYI，.TRG，.TRN，.ARM，.ARZ，.CSM，.CSV，.par 和 .opt
文件。