MongoDB存储服务方案设计-毕业论文（设计）.doc

MongoDB存储服务方案设计 2012-03-14 目录 TOC \o 1-3 \h \z \u 1. 需求分析 3 1.1 客车平台和货运平台现有需求 3 1.2 现有平台存储服务上存在问题 5 2. 方案设计 7 2.1 存储服务方案设计目标 7 2.2 存储方案设计细则 7 2.2.1 GPS实时数据存储设计 7 2.2.2 拍照数据存储设计 8 2.2.3 GPS历史数据查询设计 9 2.2.4 GPS数据统计设计 10 2.2.5 拍照数据发布和查询设计 11 2.3 存储服务业务流程框架设计 11 3. 方案部署架构设计 12 3.1 存储服务（MongoDB）部署架构规划设计 12 3.2 存储服务（MongoDB）数据分片规划设计 14 3.3 存储服务（MongoDB）实例部署规划设计 14 3.4 存储服务（MongoDB）服务器硬件、网络和操作系统规划设计 15 3.5 MongoDB版本规划设计 16 3.6 存储服务（MongoDB）运营监控规划设计 16 4. 方案实施 17 4.1 实施步骤 17 4.2 方案整体实施计划 17 附件1: 存储服务表（MongoDB Collection）结构设计 18 附件2: 存储服务（MongoDB）对外接口统一定义 26 2.1更新类接口 26 2.2 查询类接口 31 2.3 统计接口 39 附件3: 存储服务（MongoDB）安装部署说明 41 3.1 安装MongoDB 41 3.2 MongoDB分片配置 42 3.2.1 分片服务器（sharding）配置 42 3.2.2 副本集（Replica Set）配置 43 3.2.3 启动并配置三台Config Server 43 3.2.4 部署并配置三台Routing Server 44 3.2.5 命令行添加分片 44 GPS数据存储服务方案设计 需求分析 1.1 客车平台和货运平台现有需求 1) 实时数据文件存储类 a. 实时轨迹数据：传统文件方式存储，一条轨迹150B，每天上报8640次，一天大约为1M； 轨迹文件格式说明： 偏移经度: 偏移纬度: GPS时间: GPS 速度: 正北方向夹角: 车辆状态: 报警编码：经度：纬度：海拔：里程：累计油耗：发动机运行总时长：引擎转速（发动机转速）：位置基本信息状态位：报区域/线路报警：冷却液温度：蓄电池电压: 瞬时油耗: 行驶记录仪速度: 机油压力: 大气压力: 发动机扭矩百分比: 车辆信号状态:系统时间\r\n 特点：数据频率高，数据量大。 b. 实时报警数据：传统文件方式存储，一条报警100B，每天上报8640次，一天大约为800K； 报警文件格式说明： 报警编码：偏移经度: 偏移纬度：经度：纬度：GPS时间: GPS 速度: 正北方向夹角：累计油耗: 里程: 报区域/线路报警: 海拔：系统时间\r\n 特点：数据频率高，数据量大。 c. 驾驶行为事件：传统文件方式存储，一条驾驶行为事件100B，每天上报不固定，根据实际生产环境观察，平均每天最大300K； 特点：数据频率不高，数据量小。 发动机负荷率：传统文件方式存储，一条发动机负荷率200B,每天上报360次，一天大约为80K； 特点：数据频率不高，数据量小。 拍照数据，图片文件，每天上报数据量不定 特点：数据频率不高，数据量小。 盲区补传轨迹文件：轨迹文件统计最大数，这里不做统计； 盲区补传报警文件：报警文件统计最大数，这里不做统计； 2) 实时数据传统数据库存储类 Oracle数据库存储 存储非法轨迹位置； 更新车辆最后位置； 存储、更新车辆上下线； D．存储、更新车辆报警； MYSQL数据库存储 更新车辆最后位置 B．存储、更新车辆报警 3）操作指令传统数据库类 Oracle数据库存储 存储、更新下行指令，建议放在MongoDB中，用?Capped Collection来存放。 存储车辆多媒体事件 存储车辆多媒体信息 存储车辆注册，建议放在Oracle数据库中。 存储车辆鉴权，建议放在Oracle数据库中，同步到redis中供鉴权服务用。 存储车辆注销，建议放在Oracle数据库中。 存储车辆事件报告 存储车辆信息点播，建议放在Oracle数据库中。 存储车辆电子运单，建议放在Oracle数据库中。 存储车辆驾驶员信息，建议放在Oracle数据库中，同步到redis，防止二次访问数据库。 存储车辆行驶记录仪信息，建议放在Orac