一个表有100万条记录,MYSQL行么?

时间:2021-07-01 23:24:35
为了节省经费,需要使用mysql,但是客户基本信息表就需要有100万条记录左右,其他的表可能还不止这个数,请问用mysql行么?性能上有什么需要注意的地方?多谢了。大家推荐几个关于这方面信息的网址好么?bow。

17 个解决方案

#1


还有,运行这样的数据库,上面再加一个TOMCAT+APACHE,这样的机器配置有什么要求?配多少内存啊,硬盘啊,什么的,多谢了。本人学生,第一次接触项目,有请各位了。多谢

#2


你可以去WWW.MYSQL.COM 看看,我有没有相关答案,可以找!!  对此不了解...或是问一下版主!

#3


如果光用户数量就以及达到百万级的话,我想如果不是银行,移动,那么也是大型的门户或者专业网站了,用mysql的话要冒一定的风险

第一,要有大量的前期投入,硬件软件投入
第二,mysql服务支持少,所以需要一个优秀的DBA

#4


呵呵,试试linux下的postgre,

#5


兄弟,我还是建议你使用Oracle吧。对于上百万的数据,只有这个比较好了:)

#6


先把客户的要求帖出来,才知道到底合不合适:)

#7


我也建议使用Oracle.
如果硬件性能很好,那mysql还行,但是对数据安全有要求,就不要用拉.

#8


没问题。我的一个表就是100多万条的,有200MB,就是MySQL3.23.54版本的,很好啊!没感觉到有任何性能下降。只要你索引做的好,1万条的表和100万条的表没有多少性能上的差异

#9


我曾经见过400万记录的表,那是订票系统,而且每天都涨很多,细节不清楚,他们总在tuning是肯定的。oracle和mysql我都用过不少,总的感觉是,还是mysql快,尽管oracle在很多很多方面都比mysql好,可mysql就是快。。

#10


没钱嘛,,,


mysql不行也得行,你问的纯粹是废话。

#11


#没钱嘛,,,
#mysql不行也得行,你问的纯粹是废话。

别这么说,我刚才说的那个订票公司,英航的大老板那天都去谈生意了,只要是好东西谁都应该用的,是吧?

#12


100万的数据量,对于这些数据库来说都是小菜一碟,关键是看并发用户多不多!
如果其他表的数量可能更大的话,建议考虑一下Postgresql或者Firebird,都是很优秀的数据库!

听一个Postgresql高人讲,对于Postgresql,并发2000以上也没问题的!

#13


我的表有1000万条记录(测试用),都没问题,速度都还行。

#14


呵呵,多谢各位了。

#15


对,注意一下,只要你的并发用户不多的话,用mysql没有问题的……我的测试数据是500万的,大概测试了一下,并发不超过80的话,性能感觉不出来有多少差别……
你可以通过程序来限制一下你的并发数,这样对数据库来说也是一个不错的保护措施……

其实Mysql与Oracle相比,在应用上没有多大的差别的……(个人感觉)

#16


请问楼上的

怎么用程序来限制你的并发数呢,请教....

#17


在MySql 4.1的manual中說到, 測試到60,000個table, 5,000,000,000 rows. 沒問題;
如下:http://www.mysql.com/doc/en/Features.html

#1


还有,运行这样的数据库,上面再加一个TOMCAT+APACHE,这样的机器配置有什么要求?配多少内存啊,硬盘啊,什么的,多谢了。本人学生,第一次接触项目,有请各位了。多谢

#2


你可以去WWW.MYSQL.COM 看看,我有没有相关答案,可以找!!  对此不了解...或是问一下版主!

#3


如果光用户数量就以及达到百万级的话,我想如果不是银行,移动,那么也是大型的门户或者专业网站了,用mysql的话要冒一定的风险

第一,要有大量的前期投入,硬件软件投入
第二,mysql服务支持少,所以需要一个优秀的DBA

#4


呵呵,试试linux下的postgre,

#5


兄弟,我还是建议你使用Oracle吧。对于上百万的数据,只有这个比较好了:)

#6


先把客户的要求帖出来,才知道到底合不合适:)

#7


我也建议使用Oracle.
如果硬件性能很好,那mysql还行,但是对数据安全有要求,就不要用拉.

#8


没问题。我的一个表就是100多万条的,有200MB,就是MySQL3.23.54版本的,很好啊!没感觉到有任何性能下降。只要你索引做的好,1万条的表和100万条的表没有多少性能上的差异

#9


我曾经见过400万记录的表,那是订票系统,而且每天都涨很多,细节不清楚,他们总在tuning是肯定的。oracle和mysql我都用过不少,总的感觉是,还是mysql快,尽管oracle在很多很多方面都比mysql好,可mysql就是快。。

#10


没钱嘛,,,


mysql不行也得行,你问的纯粹是废话。

#11


#没钱嘛,,,
#mysql不行也得行,你问的纯粹是废话。

别这么说,我刚才说的那个订票公司,英航的大老板那天都去谈生意了,只要是好东西谁都应该用的,是吧?

#12


100万的数据量,对于这些数据库来说都是小菜一碟,关键是看并发用户多不多!
如果其他表的数量可能更大的话,建议考虑一下Postgresql或者Firebird,都是很优秀的数据库!

听一个Postgresql高人讲,对于Postgresql,并发2000以上也没问题的!

#13


我的表有1000万条记录(测试用),都没问题,速度都还行。

#14


呵呵,多谢各位了。

#15


对,注意一下,只要你的并发用户不多的话,用mysql没有问题的……我的测试数据是500万的,大概测试了一下,并发不超过80的话,性能感觉不出来有多少差别……
你可以通过程序来限制一下你的并发数,这样对数据库来说也是一个不错的保护措施……

其实Mysql与Oracle相比,在应用上没有多大的差别的……(个人感觉)

#16


请问楼上的

怎么用程序来限制你的并发数呢,请教....

#17


在MySql 4.1的manual中說到, 測試到60,000個table, 5,000,000,000 rows. 沒問題;
如下:http://www.mysql.com/doc/en/Features.html