免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: jake8

mysql 单表,过4g,1千w多行数据,问题。  关闭 [复制链接]

论坛徽章:
0
发表于 2008-05-28 00:56 |显示全部楼层

回复 #1 jake8 的帖子

分表有分表的做法,不分表有不分表的做法. 两种方案都是可行的,对于要分表,效率高的做法是按用户访问的频度来分表,这样才能通过存储提高访问效率. 如果不分表,则需要应用处理能力合理分配调度.

论坛徽章:
0
发表于 2008-05-28 09:41 |显示全部楼层
原帖由 小胡他爹 于 2008-4-10 16:23 发表
:wink:


几十万的数据在我们眼里都是小数目的。我们的数据基本上随便都是几百万条以上的。怎么能说MYSQL几十万条就不行了呢。难道是MS ACCESS不成。:wink:

那敢不敢说几十万的数据表没做过优化?

论坛徽章:
1
2015年迎新春徽章
日期:2015-03-04 09:48:00
发表于 2008-05-28 17:35 |显示全部楼层
修改discuz论坛的mysql类,改成主从结构,实现读写分离就可以处理更大的数据量。

[ 本帖最后由 feihulove 于 2008-5-28 17:36 编辑 ]

论坛徽章:
0
发表于 2008-05-29 00:27 |显示全部楼层
原帖由 feihulove 于 2008-5-28 17:35 发表
修改discuz论坛的mysql类,改成主从结构,实现读写分离就可以处理更大的数据量。




实现读写分离是一种方法,不足的是这样还是没有解决表数据量大,使查询运算耗时的问题.

论坛徽章:
0
发表于 2008-05-29 00:38 |显示全部楼层
原帖由 jake8 于 2007-12-8 21:27 发表
是discuz,单post表,过4g,1千多万行数据,mysql ,我想做分表操作,但没具体方案,而且,问了,discuz的技术员,他们说不一定要做分表,而且,分表后,跨表查询效率怎么样?问下,海量数据的高手,希望有改过 ...




分表和增加数据库处理节点都可以比较有效的解决这个问题.但要注意分表后,程序代码要修改适应这种分表处理,处理起来会麻烦一点。

论坛徽章:
0
发表于 2008-06-02 18:07 |显示全部楼层

回复 #37 chuhongze 的帖子

discuz的分表,我在05年做过,对性能确实有相当大的提高。
当时的方案是按照discuz论坛版块,把posts和threads表进行拆分,同时加上主从设置。
当时拆表之后的最大的问题就是搜索功能相比之前的弱化,没有做任何处理的话,只能搜索单个版块的数据。
不过搜索这个,有很多其他的方案可以解决的。

论坛徽章:
0
发表于 2008-06-03 12:32 |显示全部楼层
原帖由 yueliangdao0608 于 2008-5-27 13:13 发表
其实在数据多的时候,就不再是数据库本身的问题了。

有道理

论坛徽章:
0
发表于 2008-06-04 13:47 |显示全部楼层
原帖由 chuhongze 于 2008-5-29 00:27 发表




实现读写分离是一种方法,不足的是这样还是没有解决表数据量大,使查询运算耗时的问题.


Then you should consider to split your databases and tables.

论坛徽章:
0
发表于 2008-06-04 17:42 |显示全部楼层
我有一个疑问,这么大一张表,读写磁盘I/O应该会成为瓶颈吧?
分表是不是可以把不同的表放到不同的磁盘中?如何提高磁盘I/O性能呢?

论坛徽章:
0
发表于 2008-06-04 18:08 |显示全部楼层
原帖由 飞哥林 于 2008-6-4 17:42 发表
我有一个疑问,这么大一张表,读写磁盘I/O应该会成为瓶颈吧?
分表是不是可以把不同的表放到不同的磁盘中?如何提高磁盘I/O性能呢?


You can only fetch what you want,it is very small.
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP