EDB数据库是易语言使用的数据库,应用范围比较小,不支持其他语言编程,而且EDB数据库储存数据量比较小。
EDB数据库由于储存数据量比较小,估计上一二万条就非常慢。
一、应用的问题,数据库表设计不合理,应该加索引的字段没有加索引;二、数据库的问题,参数优化,连接池资源不够用了;
三、请求量太大,如果数据量真的炒鸡大,分库分表已经不能满足查询了,考虑将热点数据在redis做缓存。
上有系统出现bug,导致循环调用接口做查询,这个时候是不是考虑异常情况限流。用户请求真的是大量增加了,公司发展迅猛。
http://bbs.eyuyan.com/read.php?tid=380752今天闲着没事,对以数据库(EDB)和ACCESS(2003格式MDB)做了一个非常简单的性能比较,这里公布一下,粗略的看起来,易数据库的性能与ACCESS基本相当,个别指标上还要略好于ACCESS。(当然,功能上还是差了很多的)。所以如果只是简单的本地应用,推荐使用易数据库啦。
测试方法是用循环生成不同数量的随机的1~5的整数(1、2、3、4、5),写入两个库,然后看生成的数据库文件大小和生成时间。
ACCESS用的是ADO *** 作方式(数据库连接和记录集控件)。
两个数据库在数据量到达500万时,性能都下降的比较厉害,表现出来的就是长时间没有响应。
1000万的易库我等了近半小时没有反映,只能强行结束。
1000万的ACCESS我没敢试,有闲情逸致的同学可以试试。
把数据库放到了SSD上,1000万E库体积78+m,时间130+秒。E性能相当不错。
综上所述,只要不存在磁盘I/O阻塞,易库在千万级还是很流畅的。所以我估计E库的上限应该是在5000万-1亿级数据量。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)