MariaDB社区

 找回密码
 注册

QQ登录

只需一步,快速开始

搜索
查看: 4998|回复: 7
打印 上一主题 下一主题

MySQL大数据量处理与压缩问题

[复制链接]
跳转到指定楼层
1#
发表于 2008-4-11 17:23:51 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
兄弟们,最近我们有个项目性能要求要求是:每秒插入30万条记录,然后由于数据量大,所以还要考虑压缩问题,要达到原数据大小的30%。如果要实现上面这些功能,各位大侠有什么好的策略,帮忙指点一下。谢谢。
我们可以一步步来,先实现30W/S的插入速度,就已经很头痛了。

(打算用linux+mysql)
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 顶 踩
8#
发表于 2009-5-17 17:49:08 | 只看该作者
Try to use engine called archive!
7#
发表于 2009-5-13 00:16:08 | 只看该作者
这要能实现那太有才了。。
6#
发表于 2008-4-15 08:49:52 | 只看该作者
原帖由 独步古今 于 2008-4-14 10:44 发表
不一定要实时压缩,只要是为了节省磁盘空间而已。

兄弟们,我们可以先考虑insert的速度30W/S的实现,一步步来。后面再实现高压缩,高速查询。
因为insert速度较慢,我们是否可以考虑用文本文件load进来以提高插入 ...


你是把insert语句先写入文本文件,再load data回来,这反而会更花时间吧!而且你还要给用户file权限。
而且使用这种方法对于提交的数据写入数据库是有延时的。
直接使用MySQL自己的处理机制应该要比你自己再在外面套一层处理更快吧!

我的想法:
如果你的insert要比select重要,可以用Innodb引擎。
做集群。

还你说的压缩数据,我觉得不可能吧!
MySQL有自己的数据存储方式,你怎么压缩?压缩MySQL的数据文件?

[ 本帖最后由 mysqlkumao 于 2008-4-15 08:56 编辑 ]
5#
发表于 2008-4-14 16:55:12 | 只看该作者
方便的话可以打我这个电话,我可以给你些建议。。。。13910108332 邓
4#
 楼主| 发表于 2008-4-14 10:44:21 | 只看该作者
不一定要实时压缩,只要是为了节省磁盘空间而已。

兄弟们,我们可以先考虑insert的速度30W/S的实现,一步步来。后面再实现高压缩,高速查询。
因为insert速度较慢,我们是否可以考虑用文本文件load进来以提高插入速度?
3#
发表于 2008-4-12 16:32:26 | 只看该作者
你说的数据压缩是什么意思?实时数据压缩吗?
2#
发表于 2008-4-12 10:14:30 | 只看该作者
关注中...
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|小黑屋|手机版|MariaDB社区 ( 京ICP备07012489号    |
业务联系: QQ:48474881; 邮箱: 48474881@qq.com; 电话:13911732319
声明:本站部分文章是网友转载,若未经作者同意或署名有误,请联系网站管理员。

GMT+8, 2024-11-1 18:22 , Processed in 0.060347 second(s), 20 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表