17 个解决方案
#1
还有,运行这样的数据库,上面再加一个TOMCAT+APACHE,这样的机器配置有什么要求?配多少内存啊,硬盘啊,什么的,多谢了。本人学生,第一次接触项目,有请各位了。多谢
#2
你可以去WWW.MYSQL.COM 看看,我有没有相关答案,可以找!! 对此不了解...或是问一下版主!
#3
如果光用户数量就以及达到百万级的话,我想如果不是银行,移动,那么也是大型的门户或者专业网站了,用mysql的话要冒一定的风险
第一,要有大量的前期投入,硬件软件投入
第二,mysql服务支持少,所以需要一个优秀的DBA
第一,要有大量的前期投入,硬件软件投入
第二,mysql服务支持少,所以需要一个优秀的DBA
#4
呵呵,试试linux下的postgre,
#5
兄弟,我还是建议你使用Oracle吧。对于上百万的数据,只有这个比较好了:)
#6
先把客户的要求帖出来,才知道到底合不合适:)
#7
我也建议使用Oracle.
如果硬件性能很好,那mysql还行,但是对数据安全有要求,就不要用拉.
如果硬件性能很好,那mysql还行,但是对数据安全有要求,就不要用拉.
#8
没问题。我的一个表就是100多万条的,有200MB,就是MySQL3.23.54版本的,很好啊!没感觉到有任何性能下降。只要你索引做的好,1万条的表和100万条的表没有多少性能上的差异
#9
我曾经见过400万记录的表,那是订票系统,而且每天都涨很多,细节不清楚,他们总在tuning是肯定的。oracle和mysql我都用过不少,总的感觉是,还是mysql快,尽管oracle在很多很多方面都比mysql好,可mysql就是快。。
#10
没钱嘛,,,
mysql不行也得行,你问的纯粹是废话。
mysql不行也得行,你问的纯粹是废话。
#11
#没钱嘛,,,
#mysql不行也得行,你问的纯粹是废话。
别这么说,我刚才说的那个订票公司,英航的大老板那天都去谈生意了,只要是好东西谁都应该用的,是吧?
#mysql不行也得行,你问的纯粹是废话。
别这么说,我刚才说的那个订票公司,英航的大老板那天都去谈生意了,只要是好东西谁都应该用的,是吧?
#12
100万的数据量,对于这些数据库来说都是小菜一碟,关键是看并发用户多不多!
如果其他表的数量可能更大的话,建议考虑一下Postgresql或者Firebird,都是很优秀的数据库!
听一个Postgresql高人讲,对于Postgresql,并发2000以上也没问题的!
如果其他表的数量可能更大的话,建议考虑一下Postgresql或者Firebird,都是很优秀的数据库!
听一个Postgresql高人讲,对于Postgresql,并发2000以上也没问题的!
#13
我的表有1000万条记录(测试用),都没问题,速度都还行。
#14
呵呵,多谢各位了。
#15
对,注意一下,只要你的并发用户不多的话,用mysql没有问题的……我的测试数据是500万的,大概测试了一下,并发不超过80的话,性能感觉不出来有多少差别……
你可以通过程序来限制一下你的并发数,这样对数据库来说也是一个不错的保护措施……
其实Mysql与Oracle相比,在应用上没有多大的差别的……(个人感觉)
你可以通过程序来限制一下你的并发数,这样对数据库来说也是一个不错的保护措施……
其实Mysql与Oracle相比,在应用上没有多大的差别的……(个人感觉)
#16
请问楼上的
怎么用程序来限制你的并发数呢,请教....
怎么用程序来限制你的并发数呢,请教....
#17
在MySql 4.1的manual中說到, 測試到60,000個table, 5,000,000,000 rows. 沒問題;
如下:http://www.mysql.com/doc/en/Features.html
如下:http://www.mysql.com/doc/en/Features.html
#1
还有,运行这样的数据库,上面再加一个TOMCAT+APACHE,这样的机器配置有什么要求?配多少内存啊,硬盘啊,什么的,多谢了。本人学生,第一次接触项目,有请各位了。多谢
#2
你可以去WWW.MYSQL.COM 看看,我有没有相关答案,可以找!! 对此不了解...或是问一下版主!
#3
如果光用户数量就以及达到百万级的话,我想如果不是银行,移动,那么也是大型的门户或者专业网站了,用mysql的话要冒一定的风险
第一,要有大量的前期投入,硬件软件投入
第二,mysql服务支持少,所以需要一个优秀的DBA
第一,要有大量的前期投入,硬件软件投入
第二,mysql服务支持少,所以需要一个优秀的DBA
#4
呵呵,试试linux下的postgre,
#5
兄弟,我还是建议你使用Oracle吧。对于上百万的数据,只有这个比较好了:)
#6
先把客户的要求帖出来,才知道到底合不合适:)
#7
我也建议使用Oracle.
如果硬件性能很好,那mysql还行,但是对数据安全有要求,就不要用拉.
如果硬件性能很好,那mysql还行,但是对数据安全有要求,就不要用拉.
#8
没问题。我的一个表就是100多万条的,有200MB,就是MySQL3.23.54版本的,很好啊!没感觉到有任何性能下降。只要你索引做的好,1万条的表和100万条的表没有多少性能上的差异
#9
我曾经见过400万记录的表,那是订票系统,而且每天都涨很多,细节不清楚,他们总在tuning是肯定的。oracle和mysql我都用过不少,总的感觉是,还是mysql快,尽管oracle在很多很多方面都比mysql好,可mysql就是快。。
#10
没钱嘛,,,
mysql不行也得行,你问的纯粹是废话。
mysql不行也得行,你问的纯粹是废话。
#11
#没钱嘛,,,
#mysql不行也得行,你问的纯粹是废话。
别这么说,我刚才说的那个订票公司,英航的大老板那天都去谈生意了,只要是好东西谁都应该用的,是吧?
#mysql不行也得行,你问的纯粹是废话。
别这么说,我刚才说的那个订票公司,英航的大老板那天都去谈生意了,只要是好东西谁都应该用的,是吧?
#12
100万的数据量,对于这些数据库来说都是小菜一碟,关键是看并发用户多不多!
如果其他表的数量可能更大的话,建议考虑一下Postgresql或者Firebird,都是很优秀的数据库!
听一个Postgresql高人讲,对于Postgresql,并发2000以上也没问题的!
如果其他表的数量可能更大的话,建议考虑一下Postgresql或者Firebird,都是很优秀的数据库!
听一个Postgresql高人讲,对于Postgresql,并发2000以上也没问题的!
#13
我的表有1000万条记录(测试用),都没问题,速度都还行。
#14
呵呵,多谢各位了。
#15
对,注意一下,只要你的并发用户不多的话,用mysql没有问题的……我的测试数据是500万的,大概测试了一下,并发不超过80的话,性能感觉不出来有多少差别……
你可以通过程序来限制一下你的并发数,这样对数据库来说也是一个不错的保护措施……
其实Mysql与Oracle相比,在应用上没有多大的差别的……(个人感觉)
你可以通过程序来限制一下你的并发数,这样对数据库来说也是一个不错的保护措施……
其实Mysql与Oracle相比,在应用上没有多大的差别的……(个人感觉)
#16
请问楼上的
怎么用程序来限制你的并发数呢,请教....
怎么用程序来限制你的并发数呢,请教....
#17
在MySql 4.1的manual中說到, 測試到60,000個table, 5,000,000,000 rows. 沒問題;
如下:http://www.mysql.com/doc/en/Features.html
如下:http://www.mysql.com/doc/en/Features.html