HDFS和GridFS的比较

来源:互联网 发布:欧洲十国游 知乎 编辑:程序博客网 时间:2024/04/30 14:41

Hadoop出来已经很多年了,以前也有想法去学习一下,不过确实那时由于自己的眼界和所处业务环境,确实没有什么场景可以用到hadoop,学习hadoop的计划也就一直搁浅了。

最近打算做一个小说情感分析的程序,刚开始想的很简单,就是将小说下载下来,然后找开源框架进行分析即可。当我把爬虫写好了并找了一个网站进行爬取小说后发现,扒下来的文档结构非常混乱,而且后来简单的分词信息都难以保存。于是我想到了我最熟悉的NoSQL数据库——MongoDB,哈哈,我以为这下终于解决问题了,哪知道事情没有想象的那么简单。

我在某小说站点爬取了10W+小说,查看了一下mongoDB中数据集合的空间占用居然达到了140G,对于一台陈旧的老台式机来说,使用mongoDB在这么大的数据中查询是一个极度消耗时间的事儿。我当时的存储方式是将小说分块的方式存储在同一个collection中,整个collection的大小达到了380W条,每一条数据的中大概存储有1w字左右。最开始我从这个集合中查询一条数据的时间需要消耗10分钟以上,到后来我不断用程序随机查询,查询时间差不多稳定到了三到五分钟。如果需要对一个字段创建索引,那我可以先把命令输入进去,然后去吃饭,吃完后差不多就快要好了。这才仅仅10W部小说的源数据,就这么恼火,让我不敢想象后面我需要对每一本小说进行分词,创建Ngram,创建马尔科夫模型等分析时还会产生多么庞大的数据量,一个简单的单节点的mongoDB已经无法满足我对数据存储的要求了。于是,我开始思考如何优化数据存储,使数据更加安全,读写更加快捷。

就单节点服务器而言,优化数据存储的方式就是使用RAID阵列,使用RAID阵列可以将单机存储性能提升到极限。对于多节点服务器来说,也就是分布式系统的存储优化那就得依靠分布式的文件系统,分布式文件系统可以在单节点极限的情况下继续优化,而且几乎是一种可以无限扩展的方式。我最开始想到的是HBase和mongoDB,这两个NoSQL数据库有着不同的适合场景。我所知道的最直接的场景就是:HBase适合写多于读的场景,而MongoDB则适合读多于写的场景。然而经过上面的在mongoDB中存储长字符串后的后遗症,我基本已经放弃在数据库中存储长字符串了,我现在更加偏向于使用文件系统存储这些小说。

经了解发现MongoDB自带了一个文件系统——GridFS,MongoDB搭建分布式集群,当MongoDB集群搭建后,其文件系统自然成为分布式文件系统;而HBase则是运行于Hadoop之上的,hadoop的组成结构就是有HDFS+MapReduce,HDFS也是一个分布式文件系统。此时我就有些蒙了,这两者到底有什么区别呢?在不同的场景下该如何选择这两种文件系统?

对此我在维基百科上找了些许答案,下面是维基百科上对分布式文件系统和分布式数据存储的却别做了解释:

The difference between a distributed file system and a distributed data store is that a distributed file system allows files to be accessed using the same interfaces and semantics as local files – for example, mounting/unmounting, listing directories, read/write at byte boundaries, system’s native permission model. Distributed data stores, by contrast, require using a different API or library and have different semantics (most often those of a database).

根据这段描述,我们可以认为HDFS才是真正的分布式文件系统,而GridFS或许叫做GridDS更加确切一些,GridFS仅仅是一个分布式数据存储。而GridFs事实上也就是这么处理数据的,GridFS将需要存储的文件成多个二进制块进行存储,因此GridFS存储文件会在两个collection中产生数据,一个是chunks用于保存文件的二进制块,另一个是files用于保存文件的META信息,由此可以看出GridFS实际上还是将数据以Document的形式进行保存。

不过既然MongoDb官方将其命名为FS,我们就姑且将他认为是文件系统吧,事实上在大多数情况下这两个系统的功能是相同的,比如可以存储、删除和获取上,同样是建立在分布式上的。而且我仅仅是想要一个存储的功能,在这个要求上他们几乎是可以代替的。但是这两者的使用场景还是有很大的区别。就数据处理分析框架上,Hadoop所拥有的的开源框架比MongoDB多太多了,而且大多数都与Hadoop有血缘关系。因此,网上大多数的意见包括我认为,如果需要对存储的数据进行更深层的分析和挖掘,使用HDFS优于GridFS;相反,如果进行时需要存储下来,然后就直接查询,也就是实时性较高的数据选在使用GridFS却比HDFS有着天然的优势(MongoDB高效的读取性能)。

0 0
原创粉丝点击