一、配置为:双CPU(四核)/RAID5阵列硬盘
的当前的典型数据服务器,可以存储每条数据长度不是过大的1000万条以上数据。
二、存储是一回事,处理好数据是另一回事,如果对这千万条数据,在做好关键字段的索引后,只是存储和查询的话,速度不会太慢,一般最多几秒内能给出查找结果。
三、但是,如果你要对这千万条数据进行分组汇总之类的 *** 作的话,那就很麻烦了,可能慢到你无法接受,甚至会给出超时等报错的提示。解决的办法是,优化查询语句,进行存储过程的合理编写。
四、千万条数据一般会使得数据库文件的体积达到几十G甚至更多。
SQL 关键索引,在大表上创建索引
千万记录的表不算大,只要索引创建对了,性能可以正常提升,
还有一种就是比较偏的方式:先把需要批量的数据库插入临时表
这个可以防止频繁对表进行查询 *** 作,
SQL 如下:select * into #Temp from Table
后面就只需要对临时表 *** 作,不允许主表性能。
1.优化数据结构,每张数据表字段4-5个,加上索引。还可以将不同的种类的数据存入不同的数据库。减少单个数据库的压力。2.写入数据只是存的问题,问题在于读取数据会变慢。建议使用缓存memcache,redis在向你招收哦。将用户数据存入内存,再次读取避免从数据库查找。
3.分布式,搞集群,扩大配置。
一条新闻的相关信息,来源,作者,正文,这些基本不变咯,除了正文可能文字比较多,其他的你可以存进缓存,正文的话,你这里可以把前面200字作为正文缩略,存进缓存。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)