1、HBase写快读慢，HBase的读取时长通常是几毫秒，而Redis的读取时长通常是几十微秒。性能相差非常大。

2、HBase和Redis都支持KV类型。但是Redis支持List、Set等更丰富的类型。

3、Redis支持的数据量通常受内存限制，而HBase没有这个限制，可以存储远超内存大小的数据。

4、HBase部署需要依赖hadoop、zookeeper等服务，而Redis的部署非常简单。

5、HBase采用WAL，先记录日志再写入数据，理论上不会丢失数据。而Redis采用的是异步复制数据，在failover时可能会丢失数据。

6、HBase适合做大数据的持久存储，而Redis比较适合做缓存。如果数据丢失是不能容忍的，那就用只能用HBase;如果需要一个高性能的环境，而且能够容忍一定的数据丢失，那完全可以考虑使用Redis。

HBase可以用来做数据的固化，也就是数据存储，做这个他非常合适。Redis适合做cache。可以用HBase+Redis实现数据仓库加缓存数据库，速度和扩展性都兼顾。

HBase写快读慢，而Redis的读取时长通常是几十微秒，性能相差非常大。

HBase和Redis都支持KV类型。但是Redis支持List、Set等更丰富的类型。

读写性能
HBase写快读慢，HBase的读取时长通常是几毫秒，而Redis的读取时长通常是几十微秒。性能相差非常大。
数据类型
HBase和Redis都支持KV类型。但是Redis支持List、Set等更丰富的类型。
数据量
Redis支持的数据量通常受内存限制，而HBase没有这个限制，可以存储远超内存大小的数据。
部署难易
HBase部署需要依赖hadoop、zookeeper等服务，而Redis的部署非常简单。
数据可靠性
HBase采用WAL，先记录日志再写入数据，理论上不会丢失数据。而Redis采用的是异步复制数据，在failover时可能会丢失数据。
应用场景
HBase适合做大数据的持久存储，而Redis比较适合做缓存。如果数据丢失是不能容忍的，那就用只能用HBase；如果需要一个高性能的环境，而且能够容忍一定的数据丢失，那完全可以考虑使用Redis。
HBase可以用来做数据的固化，也就是数据存储，做这个他非常合适。Redis适合做cache。可以用HBase+Redis实现数据仓库加缓存数据库，速度和扩展性都兼顾。

如果你对数据的读写要求极高，并且你的数据规模不大，也不需要长期存储，选redis；

如果你的数据规模较大，对数据的读性能要求很高，数据表的结构需要经常变，有时还需要做一些聚合查询，选MongoDB；

如果你需要存储海量数据，连你自己都不知道你的数据规模将来会增长多么大，那么选HBase。

1、HBase写快读慢，HBase的读取时长通常是几毫秒，而Redis的读取时长通常是几十微秒。性能相差非常大。

2、HBase和Redis都支持KV类型。但是Redis支持List、Set等更丰富的类型。

3、Redis支持的数据量通常受内存限制，而HBase没有这个限制，可以存储远超内存大小的数据。

4、HBase部署需要依赖hadoop、zookeeper等服务，而Redis的部署非常简单。

5、HBase采用WAL，先记录日志再写入数据，理论上不会丢失数据。而Redis采用的是异步复制数据，在failover时可能会丢失数据。

6、HBase适合做大数据的持久存储，而Redis比较适合做缓存。如果数据丢失是不能容忍的，那就用只能用HBase;如果需要一个高性能的环境，而且能够容忍一定的数据丢失，那完全可以考虑使用Redis。

HBase可以用来做数据的固化，也就是数据存储，做这个他非常合适。Redis适合做cache。可以用HBase+Redis实现数据仓库加缓存数据库，速度和扩展性都兼顾。

读写性能：HBase写快读慢，HBase的读取时长通常是几毫秒，而Redis的读取时长通常是几十微秒。

性能相差非常大。数据类型：HBase和Redis都支持KV类型。但是Redis支持List、Set等更丰富的类型。

数据量：Redis支持的数据量通常受内存限制，而HBase没有这个限制，可以存储远超内存大小的数据。

部署难易：HBase部署需要依赖hadoop、zookeeper等服务，而Redis的部署非常简单。

数据可靠性：HBase采用WAL，先记录日志再写入数据，理论上不会丢失数据。而Redis采用的是异步复制数据，在failover时可能会丢失数据。

如果你对数据的读写要求极高，并且你的数据规模不大，也不需要长期存储，选redis；

如果你的数据规模较大，对数据的读性能要求很高，数据表的结构需要经常变，有时还需要做一些聚合查询，选MongoDB；

如果你需要存储海量数据，连你自己都不知道你的数据规模将来会增长多么大，那么选HBase。

HBase和Redis的功能上比较相似。都是nosql类型的数据库。但是在适用场景上，两者还是有比较明显的区别的。

下面基于读写性能、数据类型、数据量、部署难易、数据可靠性、应用场景、两者的结合等多个维度来比较一下两者。

读写性能：

HBase写快读慢，HBase的读取时长通常是几毫秒，而Redis的读取时长通常是几十微秒。性能相差非常大。

数据类型：

HBase和Redis都支持KV类型。但是Redis支持List、Set等更丰富的类型。

数据量：

Redis支持的数据量通常受内存限制，而HBase没有这个限制，可以存储远超内存大小的数据。

部署难易：

HBase部署需要依赖hadoop、zookeeper等服务，而Redis的部署非常简单。

数据可靠性：

HBase采用WAL，先记录日志再写入数据，理论上不会丢失数据。而Redis采用的是异步复制数据，在failover时可能会丢失数据。

应用场景：

HBase适合做大数据的持久存储，而Redis比较适合做缓存。如果数据丢失是不能容忍的，那就用只能用HBase；如果需要一个高性能的环境，而且能够容忍一定的数据丢失，那完全可以考虑使用Redis。

两者的结合：

HBase可以用来做数据的固化，也就是数据存储，做这个他非常合适。Redis适合做cache。可以用HBase+Redis实现数据仓库加缓存数据库，速度和扩展性都兼顾。

综合上述比较，我们可以看出。这两者都有各自擅长的领域，不存在相互替代。具体选用哪个服务，要根据具体业务场景、数据量选择最合适的方案。