你查看一下,如果数据文件大于系统内存,查询速度会下降几个数量级,因为mongodb是内存数据库。我以前测试过,1000万数据的时候没有索引情况下查询可能会几秒钟甚至更久。
这种情况,你最好给经常查询的项创建索引,有索引以后查询速度会非常非常非常的快。
另外一点是数据索引如果大于内存,速度也会下降很多。而且对于多条件查询,如果你查询的顺学和索引顺序不同,也不能使用索引。这个要慢慢摸索
如果你使用了replica set,这个会影响写入速度的,三个replica set,速度会降低到三分之一。
大概主要影响速度的就是这几点吧,如果你需求不是非常复杂,我以前测试mongodb速度方面优化好的情况下还是可以接受的。希望能帮到你
ping一下数据库服务器,看下延时。
如果延时正常的话,然后查询下连接数,检查是不是创建了大量连接。
再没有问题就尝试sqlplus直连。正常情况数据库主机通信不是很大,一般是程序中有大量创建连接引起的。
MySQL数据查询开始慢的量级取决于多个因素,包括但不限于以下几点:
1 数据库大小:随着数据库大小的增加,查询开始慢的可能性也会增加。
2 数据库结构:如果数据库结构复杂,包含多个表、索引、视图等,查询开始慢的可能性也会增加。
3 查询语句复杂度:如果查询语句包含多个表连接、子查询、聚合函数等,查询开始慢的可能性也会增加。
4 数据库服务器配置:如果数据库服务器配置不足,例如内存、CPU等资源不足,查询开始慢的可能性也会增加。
一般来说,当数据库表的数据量达到数百万条或以上时,查询开始慢的可能性就会增加。但具体情况还需要根据实际情况进行评估。
没有用到索引或者就是内存小了,因为没有备份运行时有的sql丢失了。
看看数据库内存设置是否比较小,数据库表是否建立合理的索引。
因为主机长期在工作数据会一上在增多对于内存还有CPU来说不是所有数据都可以一次性的完全处理好。就会有一些"尾数"包括记录,然而越来越多,会让主机运行速度变慢。如果用好点的专用的服务器硬盘,内存会让主机更长时间的不用重启。所以SQL还是要用高一点的配置。
以上就是关于用mongodb作为数据库服务器访问时非常慢全部的内容,包括:用mongodb作为数据库服务器访问时非常慢、数据库连接特别慢、mysql数据查询开始慢的量级等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)