免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: jake8
打印 上一主题 下一主题

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

论坛徽章:
0
41 [报告]
发表于 2008-06-06 11:05 |只看该作者
:wink: 快一亿了,算大不,没有做什么数据分区

lol.jpg (6.48 KB, 下载次数: 155)

lol.jpg

论坛徽章:
0
42 [报告]
发表于 2008-06-07 00:08 |只看该作者
原帖由 nbxmedia 于 2008-6-6 11:05 发表
:wink: 快一亿了,算大不,没有做什么数据分区

那得分什么样的性能要求和用什么样的硬件.

论坛徽章:
0
43 [报告]
发表于 2008-06-15 15:44 |只看该作者
我从事过6年的数据库高负载解决方案,处理过很多的海量数据问题。我的经验是:
1。优化数据存储的算法,保证io的读写最小,这一点最容易被人忽视,而这一点确实整个问题的关键。

2。确保可读数据在磁盘上连续存储,使得磁盘指针不会“空转”。

详情请访问 中国权威的系统优化站点:http://www.distributed-cluster.com

论坛徽章:
0
44 [报告]
发表于 2008-07-10 09:56 |只看该作者
问一个比较傻的问题,如果分表之后还在一个硬盘分区上,那分表还有什么作用吗?谢谢

论坛徽章:
0
45 [报告]
发表于 2008-07-10 10:04 |只看该作者

回复 #47 ballbb 的帖子

Try to think of difference between big file and small file.

论坛徽章:
0
46 [报告]
发表于 2008-07-10 10:45 |只看该作者
原帖由 yueliangdao0608 于 2008-7-10 10:04 发表
Try to think of difference between big file and small file.


Good point, think that the DB server will do more of cache, pre-fetch work then just normal lseek operation. Is the effect obviously for partition table if they are still located on the same harddisk? doubt it.

论坛徽章:
0
47 [报告]
发表于 2008-07-10 18:30 |只看该作者
七八个600多万数据的表 白天的QPS保持在1000以上 一台MYSQL跑起来跟玩一样!
配置也一般 Xeon 1.6 *2 2-core , 4G内存

[ 本帖最后由 chancey 于 2008-7-10 18:32 编辑 ]

论坛徽章:
0
48 [报告]
发表于 2008-07-10 18:41 |只看该作者
额的神呢,怎么做到的啊?

论坛徽章:
0
49 [报告]
发表于 2008-07-10 20:09 |只看该作者
原帖由 chancey 于 2008-7-10 18:30 发表
七八个600多万数据的表 白天的QPS保持在1000以上 一台MYSQL跑起来跟玩一样!
配置也一般 Xeon 1.6 *2 2-core , 4G内存


This is very normal after you have chosen the proper engine and the proper index.

论坛徽章:
0
50 [报告]
发表于 2008-07-17 07:34 |只看该作者
我刚完成dz6.1
方法是手工生成posts表
使用的时候分指定表或者随机表的方式

经测试,使用随机表的压力减少很多
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP