求windows7下安装redis的方法

一、求windows7下安装redis的方法

我下载的是redis-2.4.5-win32-win64.zip

下载完后将其解压放在自己要放的目录下

如果你是32位的话就进32bit的文件夹，64位就进64bit文件夹

文件夹进去后会看到一下的几个文件

redis-benchmark.exe：性能测试模拟N个客户端发送set，get请求

redis-check-aof.exe：更新日志检查

redis-check-dump.exe：本地数据库检查

打开dos命令栏，进入到redis的目录下面，输入以下命令：

然后再打开一个dos命令栏，进入到redis的目录下，输入以下命令：

redis-cli.exe-h 127.0.0.1-p 6379

二、怎么将redis设置为windows

1、最近使用PHP开发了一个Redis程序，但在部署到Windows服务器时遇到了一些问题。因为Redis默认是在Linux系统中运行的，而微软的开发小组也针对Redis提供了相应的支持，使它能够在Windows系统中运行。

2、在Windows系统中启动Redis，我通常会通过以下步骤：首先，打开“开始”菜单，然后点击“运行”，在弹出的对话框中输入“cmd”，点击确定。这将打开命令提示行。接着，我需要切换到Redis所在的文件目录，例如：D: cd redis。然后输入启动Redis的命令（redis-server.exe），这样Redis就会在命令提示行中运行，一旦关闭了cmd窗口，Redis服务也会随之关闭。

3、为了确保Redis服务在系统启动时自动运行，我们需要将其添加为系统服务。具体来说，可以通过Windows的sc命令将一个程序加入到Windows的系统服务中。sc命令可以在注册表和服务数据库中创建服务项。其语法如下：

4、sc<server> create<service name> binPath=<program path><option1><option2>...

5、根据上述语法，我们可以编写一个将Redis加入到系统服务中的命令。例如：

6、sc create redis binPath= D:\redis\redis-server.exe start= auto

7、将上述命令输入到cmd命令提示行中运行后，我们就可以在Windows的服务管理器中看到Redis服务已经被成功添加到系统服务中。

三、redis官方为什么不提供windows版本

1、Redis作者 Antirez在 2011年 12月解释了官方为何不提供 Windows版本的主要原因。他指出，若合并微软团队提交的大量代码，将会拖慢 Redis POSIX的开发进度。这些代码以社区分支的形式存在，并能被下载。坊间传闻，微软团队曾尝试赞助项目，但被拒绝，理由似乎是“Windows也算服务器？”这与争论 Java、PHP、CentOS、Ubuntu、Windows或 Mac优劣相似。另一个关键原因是 Antirez没有 Windows笔记本，因此不亲自维护 Windows版本。

2、Antirez在其原文中提到，微软团队提供的补丁没有正确处理持久性（保存块），且未使测试通过。虽然“libuv”部分已经由社区解决，且有官方支持的 win32/win64 port作为补充，但这并非生产级别的版本。他指出，拥有生产质量的 Redis服务器在 Windows上并无必要，因为这会减缓 Redis POSIX开发的进程。WIN32 API与 POSIX环境不同，维护一个 Windows版本需要大量关注，而实际收益有限。Antirez表示，若社区成立“redis-win32”项目，他将不参与官方合并，但会提供支持和合作。

3、例如，苹果 CEO Tim Cook曾回答关于 iPhone不支持 side-loading的问题，强调用户应使用 Android设备。这与 Antirez的观点相呼应，即若用户确有在 Windows上使用 Redis的需求，应考虑 Linux环境，如 Stack Overflow这样的全栈 Windows系统也通常会在需要时配置 Linux服务器来运行 Redis。

4、在运维领域，团队通常会根据最佳实践部署软件。例如，Docker团队在 Ubuntu上开发 Docker时，运维人员倾向于使用 Ubuntu部署。即使官方开始支持 CentOS等其他发行版，运维人员也可能会继续使用 Ubuntu，除非有特定需求。开发者则更倾向于在自己的环境中使用特定的平台，即使这与最佳实践不符，他们也会坚持使用 Windows或其他偏好环境来运行软件。

5、云服务提供商 CloudFlare也曾因为与 nginx社区在代码合并上的分歧，决定自研替代方案。这类情况反映出开发者与运维团队在软件部署方面的不同立场和偏好。