
但单独的数据库服务器肯定是不行的,需要使用服务器集群,并且把所需数据尽量放置到内存中来。
最好的解决方案是采购MY SQL集群,每台服务器内存8G以上(这不算奢侈的配置),这样在几十台服务器以上之后就可以响应了。
当然更全面的还需要考虑中国的国情,注意网通与电信之间的瓶颈问题的处理。
希望能帮到你。
SQL 关键索引,在大表上创建索引
千万记录的表不算大,只要索引创建对了,性能可以正常提升,
还有一种就是比较偏的方式:先把需要批量的数据库插入临时表
这个可以防止频繁对表进行查询 *** 作,
SQL 如下:select * into #Temp from Table
后面就只需要对临时表 *** 作,不允许主表性能。
这是自然规律使然。形象一点来讲,有人将各一枚硬币分别丢进一碗水里和一口水塘里,然后您要将它们捞出来,哪个任务完成的快?当然是前者了,因为工作量没法比啊!数据库查询道理也是一样的,数据越多从中检索出记录的速度越慢。你也许会说数据库不是有索引吗?咱不用从头到尾逐条检索呀。没错,有索引数据库引擎可以直奔目标,检索少量数据的时候,1千条记录跟千万条记录比,从中检索出记录的耗时相差无几,但是如果要检索出所有记录的话,两者的系统和时间开销可就不是一个数量级了,后者肯定慢得多。
管理一个小仓库跟管理一个巨型仓库的人力、物力开销肯定是不一样的,数据库表查询也同理!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)