锁定老帖子 主题:大数据量数据库配置部署方案思考
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2008-06-22
问题应该就是SQL上。
不过就lz的情况,现在去一个一个改sql。似乎不太现实。 老实说几百万的数据量实在没道理很慢。。 又不肯花钱买oracle。又不能返回去改sql。。似乎没什么好办法。 看看有没有DBA达人来解决。。。 |
|
返回顶楼 | |
发表时间:2008-06-22
才一个月10万觉数据量并不是很大!
|
|
返回顶楼 | |
发表时间:2008-06-22
数据量并不大,关键还是跟踪跟踪sql,看客户哪些功能慢,再具体优化,我们的基础业务查询用到的表都是上千万的,做好索引,冗余,再就是分表。其实这个在设计系统的时候,非功能性需求里面就应该考虑到性能问题,数据量问题,具体的一些表的访问量的问题
|
|
返回顶楼 | |
发表时间:2008-06-22
这样的系统我觉得还是设计的问题:
表上的索引是否建立 查询的SQL是否存在优化的地方 系统设计是否有可以改进的地方 xlongbuilder 写道 业务情况
8个月主要表每张产生了近300万条数据,目前很慢客户反映强烈 ps:如何好用就没我们什么事了。 目前数据库服务器配置 4CPU 8G内存 系统没有服务器端全都是客户端。 还有一台查询服务器, c/s 结构 数据库 sqlserver2000 每天操作近百笔,用户近百人。 这个系统在设计时没有考虑到这么大的数据量因此没有做什么数据库优化 此问题有以下解决方式: 1、 更换数据库 鉴于MSSqlServer的数据吞吐能力比较低下,因此可采用性能优良的Oracle系列数据库 优点:可以在一定程度上减轻压力。 缺点:价格较高 单CPU 20万左右,且不能彻底解决问题。 2、 集群 可有效的分散数据,减轻单个数据库压力,鉴于MSSqlServer不支持透明集群,可采用数据库分散部署的办法即采用多台服务器部署多个数据库每台数据库包含不同的表。 优点:可靠性伸缩性能好。 缺点:购置服务器费用高昂,需采用跨数据库事务处理性能较差。对系统开发要求较高。 3、 分表 采用将大表分拆成多个小表,采用按时间、类型等方式分拆,使得单次操作数据量控制在可控的范围内。 优点:节省成本。 缺点:系统复杂,对系统开发要求很高。 因为缓存存在很多不确定性不好量化 请大家在不考虑缓存的情况下发表意见。 现在要从c/s结构翻到B/S结构。 大家有什麽思路,应该怎么处理。 说服客户花钱很难,且合同已经签了。 |
|
返回顶楼 | |
发表时间:2008-06-22
SQLServer千万以上比较吃力,几百万的因该没问题i
我们公司做的是电信宽带测试系统也是MSSQL的 |
|
返回顶楼 | |
发表时间:2008-06-23
8个月300w的数据量并不大啊,是不是sql以及索引的问题哟~
最好能按照年份表,可以解决一定问题,数据库换成oracle的吧,比mssql性能要好很多。 查询按照业务逻辑配置一下缓存,我想会缓解好多。 |
|
返回顶楼 | |
发表时间:2008-06-23
感觉ms-sql操作1000万左右的表没什么问题..主要还是sql语句以及索引的优化问题..
2005也支持表分区.. 还有楼主没有说清楚,慢是查询慢还是更新慢..或者是都慢.. |
|
返回顶楼 | |
发表时间:2008-06-23
用oracle吧,这才是企业级别的,要么DB2,其他的只能是小规模的应用
|
|
返回顶楼 | |
发表时间:2008-06-23
设计问题,300万数据正常情况下不应该出现这种状况,我们的系统一天的数据量也远远不只这个数。
|
|
返回顶楼 | |
发表时间:2008-06-23
数据量不大吗?现在做的这个项目一天的数据量就40w-50w
|
|
返回顶楼 | |