免费注册 查看新帖 |

Chinaunix

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

mysql自定义存储引擎 [复制链接]

论坛徽章:
0
21 [报告]
发表于 2008-12-05 11:11 |只看该作者
mysql也有文本类型的引擎吧,不过从楼主的需求来看,主要瓶颈在存储介质,如果哪个傻X老板要求这样的相应速度又不肯花钱的话,我一定会把他给炒了

论坛徽章:
0
22 [报告]
发表于 2008-12-05 11:56 |只看该作者
原帖由 shitou251314 于 2008-12-5 11:05 发表
有很多文本型的数据库,看LZ每个表的数据量不大,文本型数据库非常适合,

如, ruby上的kirbybase


奥,多谢,我看看去  :)

论坛徽章:
0
23 [报告]
发表于 2008-12-05 12:23 |只看该作者
原帖由 sunnyfun 于 2008-12-5 11:11 发表
mysql也有文本类型的引擎吧,不过从楼主的需求来看,主要瓶颈在存储介质,如果哪个傻X老板要求这样的相应速度又不肯花钱的话,我一定会把他给炒了



恩,有个CSV引擎,支持txt文本,不过要重新编译源码,自己编译速度应该没有mysql自己的二进制版效率高。。。。

1毫秒把200个数据分别写道200个表中,表结构为:时间+数据

这样的要求高么?

论坛徽章:
0
24 [报告]
发表于 2008-12-05 13:09 |只看该作者
分布式存储不就好了 100台服务器不行就用1千台,哈哈

不知道LZ这样的要求还望数据库方向考虑,估计内存速度都满足不了你

论坛徽章:
0
25 [报告]
发表于 2008-12-05 15:12 |只看该作者
原帖由 showsa 于 2008-12-5 13:09 发表
分布式存储不就好了 100台服务器不行就用1千台,哈哈

不知道LZ这样的要求还望数据库方向考虑,估计内存速度都满足不了你



呵呵,分布式存储我倒没想过,不过现在的典型应用是在一台上存储呀

确实memory引擎我测过了,插入速度也满足不了,myISAM引擎更不行,

我自己从Mysql源码编译的版本也不行,很晕。。。

现在看MySql的源码呢,想从存储引擎入手,不知道是不是解析SQL语句那块影响速度不较多呢?

高手指点下阿  :)
zhtx 该用户已被删除
26 [报告]
发表于 2008-12-05 17:01 |只看该作者
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
0
27 [报告]
发表于 2008-12-05 17:20 |只看该作者
原帖由 zhtx 于 2008-12-5 17:01 发表
换成嵌入式数据库,比如sqlite之类!



sqlite的存储速度和Mysql比如何呢?

Mysql好称最快的关系数据库阿,也有嵌入式版的  :)

论坛徽章:
0
28 [报告]
发表于 2008-12-05 21:05 |只看该作者

回复 #25 rsmgnu 的帖子

让你们老板添加硬件吧。

论坛徽章:
0
29 [报告]
发表于 2008-12-07 18:53 |只看该作者
要不试试 Tokyo Tyrant

论坛徽章:
0
30 [报告]
发表于 2008-12-08 09:23 |只看该作者
原帖由 yueliangdao0608 于 2008-12-5 21:05 发表
让你们老板添加硬件吧。



呵呵,固体硬盘么?

貌似价格不菲阿
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP