一般来说存储不怎么挑剔了，目前能用的主流型号都可以MongoDB和MySQL并不太推荐使用存储，因为反而加高了成本，而且数据量巨大也不适合维护。就容量扩展，mysql建议分库，mongodb可以用sharding。...

可以的。可以通过一些ETL工具来做，譬如：flumng，sqoop等。

目前使用了hbase存储了上亿的图片（每天增加TB级别数据量）并支持了5KQPS的查询，请问有更好的图片存储方案么，需要提供实时查询，满足上万qps。

硬件选型没有通用的规范，主要和你具体的业务挂钩。比如数据量，并发量，读写比例等等。生产环境中等公司推荐这样吧。以mysql和mongodb为例。cpu 32核 内存 64G 硬盘容量看需要。类型的话有钱ssd，没钱15ksas,数据重要raid10，不重要raid5+热备盘...

关于HBase的参数，请参考下面这篇文章.1. zookeeper.session.timeoutregionserver在zookeeper的会话过期时间，默认是3分钟，如果regionserver 在zookeeper.session.timeout这个配置的时间没有去连zookeeper的话，zookeeper会将该regionserver在zookeeper摘除，该regionserver停止...

MySQL:所有传统关系型数据库能处理的几乎都能处理MongoDB：非结构化数据、快速开发、简单部署、弱事务、弱关联的场景HBase：海量数据

传统关系型数据库和NOSQL数据各有各的特点。关系型数据库适合的数据模型为符合范式规范的二维表，适合的业务场景为数据强一致性。缺点在于其扩展性差。NOSQL数据库有很多种，各自都有自己支持最好的数据模型，比如说mongo的文档数据Json格式、比如说Hbase这种列式存取模式的数...

这里说一下mongo和传统关系型数据库的根本差异，不过mongo是和rdbms最像的一款nosql了。应用开发：1、因为是schema-less（无表结构）的json存储，所以在设计方面和传统数据库有很大不同。比如说没有外表关联关系（可以通过内嵌来处理）。没有事务（或者说多行事务）2、原生JSON，不支持SQL，使...

MongoDB在金融行业可以进行日志存储，单一视图，APM，也有听说当做用户登录缓存使用的。hbase的话，主要是金融大数据分析的领域。

如果使用HBASE存储大量时间连续的记录，比如基金交易记录，如何避免存储在同一个region即同一个服务器中，这样会造成热点。