mongodb压缩
❶ mongodb的msi安装包怎么用
网络mongdb，在官网直接下载安装包
安装非常的简单只要，解压或者安装就可以。这取决于你下载的是msi安装包还是zip压缩包。
如果是zip的压缩包。直接解压，解压后，放在D:/MongoDB目录下。
为了命令行的方便，可以把D:/MongoDB/bin加到系统环境变量的path中。
如果和我一样下载的是mongdb的msi安装包
默认选中安装类型就可以了。直到安装完成。注意你的安装路径。。。
测试是否安装成功
D:\>mongod --dbpath D:/MongoDB/data
Sun Oct 24 15:07:05 MongoDB starting : pid=2472 port=27017 dbpath=D:/MongoDB/data 32-bit
** NOTE: This is a development version (1.7.1) of MongoDB.
** Not recommended for proction.
** NOTE: when using MongoDB 32 bit, you are limited to about 2 gigabytes of data
** see http://blog.mongodb.org/post/137788967/32-bit-limitations
Sun Oct 24 15:07:05 db version v1.7.1, pdfile version 4.5
Sun Oct 24 15:07:05 git version:
Sun Oct 24 15:07:05 sys info: windows (5, 1, 2600, 2, 'Service Pack 3') BOOST_LIB_VERSION=1_35
Sun Oct 24 15:07:05 [initandlisten] waiting for connections on port 27017
Sun Oct 24 15:07:05 [websvr] web admin interface listening on port 28017
由于是开发版，上面就有个警告，没关系，忽略它。
最后两行说明的数据库端口和Web端口，分别是27017和28017，在浏览器中打开http://localhost:27017，可以看到其相关的一些信息。
这样说明安装成功。
❷ mongodb bson数据压缩吗
呵呵，你说的这两种格式其实都是分辨率密切相关的。不能简单的说哪个占的空间大，哪个占的空间校 jpg全名应该是JPEG，它以 24 位颜色存储单个光栅图像。JPEG 是与平台无关的格式，支持最高级别的压缩
❸ 数据库mongoDB怎么安装 为什么我下载的解压缩后里面没有bin目录解压缩后再怎么办
没有bin目录那有mongo.exe等这些exe程序文件吗？一般都是在bin目录下的，没遇到过解压后没有bin目录的
注意:
1. MongoDB 2.6.4 linux 版要求 glibc 必须是 2.5 以上，所以需要先确认操作系统的 glibc 的版本。
2. 在 32 位平台 MongoDB 不允许数据库文件（累计总和）超过 2G，而 64 位平台没有这个限制。
一)下载MongoDB
下载Windows 32-bit版本并解压缩，程序文件都在bin目录中，其它两个目录分别是C++调用是的头文件和库文件。bin目录中包含如下几个程序：
●bsonmp: 将 bson 格式的文件转储为 json 格式的数据
●mongo: 客户端命令行工具，其实也是一个 js 解释器，支持 js 语法
●mongod: 数据库服务端，每个实例启动一个进程，可以 fork 为后台运行
●mongomp/ mongorestore: 数据库备份和恢复工具
●mongoexport/ mongoimport: 数据导出和导入工具
●mongofiles: GridFS 管理工具，可实现二制文件的存取
●mongos: 分片路由，如果使用了 sharding 功能，则应用程序连接的是 mongos 而不是mongod
●mongosniff: 这一工具的作用类似于 tcpmp，不同的是他只监控 MongoDB 相关的包请求，并且是以指定的可读性的形式输出
●mongostat: 实时性能监控工具
二) 设置MongoDB工作目录
将其解压到 c:\，再重命名为mongo，路径为c:\mongo
三） 设置数据文件路径
在c:\mongo里面新建logs和data文件夹
在c:\mongo\logs里面新建mongodb.log文件，建立日志文件
在c:\mongo\data里面新建文件夹db，建立数据存放目录
四)启动MongoDB服务
打开 cmd，输入命令：c:\mongo\bin\mongod.exe --dbpath=c:\mongo\data\db
正常运行显示以下信息：
Mongdb默认的监听端口为27017。
❹ redis 和 mongodb 比起来优缺点是什么
一、优点：
1、支持多种数据结构，如 string（字符串）、 list(双向链表)、dict(hash表)、set(集合）、zset(排序set)、hyperloglog（基数估算）
2、支持持久化操作，可以进行aof及rdb数据持久化到磁盘，从而进行数据备份或数据恢复等操作，较好的防止数据丢失的手段。
3、支持通过Replication进行数据复制，通过master-slave机制，可以实时进行数据的同步复制，支持多级复制和增量复制，master-slave机制是Redis进行HA的重要手段。
二、缺点：
1、Redis只能使用单线程，性能受限于CPU性能，故单实例CPU最高才可能达到5-6wQPS每秒（取决于数据结构，数据大小以及服务器硬件性能，日常环境中QPS高峰大约在1-2w左右）。
2、支持简单的事务需求，但业界使用场景很少，并不成熟，既是优点也是缺点。
3、Redis在string类型上会消耗较多内存，可以使用dict（hash表）压缩存储以降低内存耗用。
(4)mongodb压缩扩展阅读：
redis使用注意事项：
1、注意垃圾回收：Redis是一个提供持久化功能的内存数据库，如果不指定上面值的过期时间，并且也不进行定期的清理工作，那么Redis内存占用会越来越大，当有一天超过了系统可用内存，那么swap上场，离性能陡降的时间就不远了。
2、使用key值前缀来作命名空间：虽然说Redis支持多个数据库（默认32个，可以配置更多），但是除了默认的0号库以外，其它的都需要通过一个额外请求才能使用。所以用前缀作为命名空间可能会更明智一点。
3、Redis并不支持Sharding，但是当数据量超过单机内存时，不得不考虑Sharding的事（注意Slave不是用来做Sharding操作的，只是数据的一个备份和读写分离而已）。
❺ mongodb 磁盘空间什么时候释放
mongodb自己是不会释放空间的。你需要根据实际情况考虑策略。
mongodb之所以占用空间非常大，一是因为日志非常庞大，一是为了保证连续的存储空间本身会提前申请很大的空间。你可以根据需求选择禁用日志，或者一定时间日志轮询，对使用的空间定时压缩等。
存储空间占用不断增大
数据库中被删除数据的空间不会自动被释放，需要通过repair或compact操作回收。repair操作针对整个数据库，需要停机，否则可能造成数据丢失，compact操作针对单个collection压缩。
在启动数据库时可以选择noprealloc参数，禁止数据库预分配空间，但会影响到插入效率。也可以设置每次预分配空间的大小，这样可以一定程度减小mongodb对空间的占用，当数据量增大后效果会变的不明显。
journal文件很大
journal文件夹下有几个文件不会自动删除，会不断变大。在未进行操作时journal文件也会占用4G空间。启动时可以通过nojournal参数禁用某些节点的journal功能。考虑使用日志轮询来处理journal文件占用空间过大问题。
以前使用的时候做的笔记摘抄了一点，时间有些久远，你可以顺着我提供的两个函数，主要是compact，可以不关机压缩，还不错，还有对日志轮询，从这两个角度考虑解决
❻ mongodb linux 安装哪个版本
1.下载解压mongodb安装包 wget http://fastdl.mongodb.org/linux/mongodb-linux-i686-3.0.4.tgz 下载完成后解压缩压缩包 tar zxf mongodb-linux-i686-3.0.4.tgz 2. 启动准备 创建mongodb文件夹并进入 mkdir /usr/local/mongodb/ && cd /usr/loca...
❼ 如何压缩mongodb文本字段
有可能你添加数据的速度比存储价格下降的速度来得更快，你花费在存储上的净支出实际上正在上升。你的内部成本也可能需要包括管理等因素，因此它们的价格可能会比商品市场价格高出很多。换句话说，你仍然需要寻求新的方式以减少您对存储的需求。
磁盘存储的大小是一个需要考虑的因素，当然还有其他需要考虑的。磁盘I/ O延迟是由在旋转存储上寻道时间为主导。通过降低数据的大小，用更少的磁盘寻道检索一定量的数据是必要的，这样磁盘I / O吞吐量将得到改善。对于RAM而言，一些压缩格式可以不用解压在内存中的数据。在这样的情况下，更多的数据可以放在RAM中，从而提高了性能。
❽ mongodb 删除后为什么不释放空间
原因是mongodb设计的本身机制问题造成的。
首先,mongodb在创建数据文件时，会根据64M,128M,256M...递增的方式产生数据文件，最大数据文件为2G，增大到2G之后，后面新增的数据文件都占用2G空间。
当删除某一个表的数据时，mongodb会标记你删除该表所在数据文件位置为：该部分的数据已经删除，但是不会释放该数据文件所占用的空间，当有新的数据进来之后，会将数据分配到该数据文件中。
一方面是：删除文件后不产生多余的数据碎片，
另一方面不做数据的大规模迁移，减少mongodb内部的IO操作。
所以在删除数据表之后，会发现系统空间并没有释放，从mongodb本身看，空间已经释放了，被删除数据的空间依然可用；
但从系统角度看，空间没有释放，并不会影响数据的存储。