Redis在实际应用中,是单独部署在一个服务器中,还是和项目跑在一个服务器中,还是跑在数据库服务器可以肯定的是最好不要和数据库在同一个节点部署。数据库需要单独部署。为什么这样说呢?一个原因是因为数据库太重要了。大家不能因为redis的问题导致数据库被牵连。另一个原因。redis作为缓存，本身就是为了减少直接连库的压力。结果部署在一个节点上。数据库实例的压力是小了。但这个节点整体访问量，IO，cpu，内存并没有减小多少。甚至是增加了。因为一次请求要吗访问数据库，要吗访问redis，但现在都在一个节点上，所以总量并没有减小。而redis自身还会淘汰数据，这其中又是一波耗节点资源的操作。
从另一个理想的角度考虑，偶希望偶的数据库实例挂了，能从redis中获取数据。偶的redis挂了，能从数据线中获取数据。这样尽量保证业务正常。要实现这个目标，数据库和redis必须在不同的节点上。如果在同一个节点。而这个节点挂了。大家就没有取数据的地方了。
生产环境，中间件之间可以混合部署。比如redis，mq可以在同节点混合部署。业务项目之间可以混合部署。但业务不要和中间件部署到同节点。数据库独立节点部署。
redis最好也不要和其他的耗内存大户混合部署，如elasticsearch这种的。
如果没有中间件节点。那就选个业务访问量少的节点混合部署吧，总之不要选数据库节点。除非这个数据库节点是冷备节点