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