搜索
搜 索
本版
文章
帖子
用户
图文精华
hadoop-2.6.0+zookeeper-3.4.6+hbase-1.0.0+hive-1.1.0完全分布 ...
首页
Portal
专题
BBS
面试
办公|编程助手
更多
登录
注册
用户组:游客
主题
帖子
云币
我的帖子
我的收藏
我的好友
我的勋章
设置
退出
导读
淘贴
博客
群组
社区VIP
APP下载
今日排行
本周排行
本周热帖
本月排行
本月热帖
会员排行
About云-梭伦科技
»
专题
›
交流区
›
技术交流
›
NoSQL型数据库
›
采用mongodb数据库储存卡口数据
0
1
0
分享
采用mongodb数据库储存卡口数据
yisun123456
发表于 2017-9-22 14:28:18
[显示全部楼层]
阅读模式
关闭右栏
1
4765
1.查询速度随着数据量的增大,变得很慢,如何破解
2.想通过大数据进行分析数据,最好是时时处理 有什么完美的解决方案吗
3.对于mongodb 常用的优化手段有哪些
麻烦各位前辈 解答 拜求
回复
使用道具
举报
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
显身卡
已有(1)人评论
电梯直达
正序浏览
qcbb001
发表于 2017-9-22 17:16:55
1.查询速度随着数据量的增大,变得很慢,如何破解
可以读写分离,创建索引等方式
2.想通过大数据进行分析数据,最好是时时处理 有什么完美的解决方案吗
实时可以使用spark或则storm。
3.对于mongodb 常用的优化手段有哪些
常用手段,当然首先从设计阶段就需要优化。如果设计不合理,性能会非常的慢。
还有
可以读写分离,创建索引,
优化磁盘等:
mongodb磁盘性能调优:
主要是可以通过看
1.可以通过linux下的 vmstat 1 999 ,如果其中si,so数值较大说明内存是不够了,需要加大内存
2. 执行mongostat 命令,如果其中faults值较大,那也说明内存上有问题,因为它的失页中断发生次数太多了导致有很多数据是要从硬盘中换入到内存中
在上述情况下就会有大量的数据需要从硬盘交换到内存中,导致硬盘性能跟不上,直接就导致整个mongodb性能低下。
3.用iostat -x查看,发现目前我们的系统iowait:37.33%,一般在25%以上就会有可能在硬盘上存在性能问题,await值:2069.10,说明应用磁盘队列要等2秒以上,等待的时间太长了,说明硬盘上明显存在性能问题。同时svctm值超过15,util值100%,这样就说明目前时间就耗在硬盘上了。
await值的大小一般取决与svctm的值和I/O队列长度以及I/O请求模式,如果svctm的值与await很接近,表示几乎没有I/O等待,磁盘性能很好,如果await的值远高于svctm的值,则表示I/O队列等待太长,系统上运行的应用程序将变慢,此时可以通过更换更快的硬盘来解决问题。
4.用hdparam -tT /dev/sda这样的命令可以得到硬盘的速度报告
回复
使用道具
举报
显身卡
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
|
立即注册
本版积分规则
发表回复
回帖后跳转到最后一页
发表新帖
yisun123456
中级会员
关注
2
主题
24
帖子
4
粉丝
TA的主题
mongodb 集群下有什么优化方式吗
2017-10-17
spark连接mongodb 耗时特别长 是什么原因啊
2017-10-17
采用mongodb数据库储存卡口数据
2017-9-22
24小时热文
kafka面试题精选
Nebula Flink Connector 在实时 ETL 的实践
Apache Doris 用户案例集
国家电网公司主数据管理系统技术规范
企业的主数据建设方法论与实践
关闭
推荐
/2
中文版ChatGPT
1.无需魔法 2.提高编程效率 3.提高文档能力
查看 »
新手帮助
新手帮助:注册遇到问题,领取资源,加入铁粉群,不会使用搜索,如何获取积分等
查看 »
意见
反馈