锁定老帖子 主题:大数据量数据库配置部署方案思考
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2008-06-25
bottom 写道 To xlongbuilder,
楼上这么多位大虾都告诉你了,数据量并不大。要想解决问题,还是要做测试,先测SQL,再测JAVA部分。找出瓶颈。不要说不可以,只要是JAVA的系统,不管有没有源码,都可以做的。 谢谢 回复 客户c/s系统非java 没办法测 做了跟踪sql 不过问题基本上发现了 |
|
返回顶楼 | |
发表时间:2008-06-25
baibai326 写道 MS的数据库过了200W级别的就有些吃力了,特别是一些大表,过了百万级,经常就是update死锁,等待……特折磨人。
还是换数据库吧,informix,db2_se是不错的选择,O系列太贵了,呵呵,如果只是做报表,数据存储,从性价比上来说,informix足够了,便宜量又足。 当然前提是,换数据库的操作系统。 严重同意 目前就是这个问题 MS的数据库过了200W级别的就有些吃力了,特别是一些大表,过了百万级,经常就是update死锁,等待……特折磨人。 在本人的强烈要求下,客户已经决定采用oracle |
|
返回顶楼 | |
发表时间:2008-06-25
ltshark 写道 我们刚做的一个系统,一小时平均1w的数据量,用的oracle,主表数据很短时间内就变大。我们开始也遇到这个问题,经常应用查询数据库导致数据库cache锁表,最后通过分表来提高应用交互数据库的速度提高。运行表只保持某些状态的数据,不经常处理的数据都弄走。
现在除了2个表union查询慢,其他都还好,不过查询可以通过分区来解决。 在这个过程中我们还发现,程序中很多sql由于写法不好或是别的什么导致数据库压力很大。建议楼主清查一下程序里面的sql,如果有dba最好请这些兄弟分析一下。 我感觉分表要好弄一些,虽然程序还有相应的变动。 谢谢 回复 我们将在设计过程中注意此问题 |
|
返回顶楼 | |
发表时间:2008-06-26
看看连接池和数据库连接性能吧...
|
|
返回顶楼 | |
发表时间:2008-06-26
1000万以下都应该好解决。MS的DB虽然赶不上Oracle但也不至于那么差劲。
问题肯定还在查询优化上了。没有好的DBA,碰到大数据量确实麻烦。 |
|
返回顶楼 | |
发表时间:2008-06-26
xlongbuilder 写道 baibai326 写道 MS的数据库过了200W级别的就有些吃力了,特别是一些大表,过了百万级,经常就是update死锁,等待……特折磨人。
还是换数据库吧,informix,db2_se是不错的选择,O系列太贵了,呵呵,如果只是做报表,数据存储,从性价比上来说,informix足够了,便宜量又足。 当然前提是,换数据库的操作系统。 严重同意 目前就是这个问题 MS的数据库过了200W级别的就有些吃力了,特别是一些大表,过了百万级,经常就是update死锁,等待……特折磨人。 在本人的强烈要求下,客户已经决定采用oracle 这么点数据就用oracle,浪费! |
|
返回顶楼 | |
发表时间:2008-06-26
也不要说楼主了,用了oracle,也可以省心些日子。当然,我觉得数据库不是系统慢的根源,楼上的很多兄弟都已经说了。被骗了,我以为是几kw级别的数据库配置部署方案的探讨呢。
|
|
返回顶楼 | |
发表时间:2008-06-27
优化SQL是关键,做查询的时候只把要查的字段找出来就OK了,千万不要把所有字段都查出来,然后只用其中一个,这两种SQL语句查询,在数据量大的时候,可以明显感觉出所需时间的差别,建议在以后写SQL语句的时候也考虑到性能问题
|
|
返回顶楼 | |
发表时间:2008-06-27
eastPoint 写道 完全可以考虑使用oracle的表分区功能来完成。
时间证明oracle表分区才是解决问题的关键和根本。 使用纯sql是无法解决该问题的。 SQL Server也有表分区的啊 |
|
返回顶楼 | |
发表时间:2008-06-27
楼主,去找个专业级的dba瞧瞧吧。我们团队接手的一个项目以前也有性能问题导致不能上线。请了专业的dba和java高手后,一切都ok了。
自己没有能力就花点钱,请达人瞧瞧嘛。省得自己瞎操心。 |
|
返回顶楼 | |