mysql自定义存储引擎

rsmgnu

原帖由 li831 于 2008-12-7 18:53 发表
要不试试 Tokyo Tyrant

奥，介个什么东东，回头看看下，多谢  ：）

zhoubug

用BerkeleyDB ，只要用的好，性能和安全都有保证，部分设置还是要作权衡

rsmgnu

原帖由 zhoubug 于 2008-12-8 15:41 发表
用BerkeleyDB ，只要用的好，性能和安全都有保证，部分设置还是要作权衡

多谢！

恩，听别人说过BerkeleyDB速度很快，但是它是嵌入式数据库，表结构只能是： key+value

而且不支持网络访问的吧  

cx6445

关键数据量有多大，如果数据量不大先放在内存，慢慢往数据库插就行了。没有具体的应用背景很难出方案的。

1毫秒的响应时间是很变态的，全世界也找不出几个这样的需求。我怀疑是否真有这个必要。

rsmgnu

原帖由 cx6445 于 2008-12-8 17:48 发表
关键数据量有多大，如果数据量不大先放在内存，慢慢往数据库插就行了。没有具体的应用背景很难出方案的。

1毫秒的响应时间是很变态的，全世界也找不出几个这样的需求。我怀疑是否真有这个必要。

呵呵，1毫秒确实比较苛刻，咨询过商业的内存数据库，如solidDB等，号称能满足，但是价格巨贵。


具体的应用背景是做实时的数据采集存储，设计的架构是RTAI+Mysql，当时真没有想到1毫秒竟然产生了瓶颈。

也想过采用memory引擎＋MyISAM引擎的方案，貌似也挺复杂的 ：）

cx6445

原帖由 rsmgnu 于 2008-12-9 11:20 发表


呵呵，1毫秒确实比较苛刻，咨询过商业的内存数据库，如solidDB等，号称能满足，但是价格巨贵。


具体的应用背景是做实时的数据采集存储，设计的架构是RTAI+Mysql，当时真没有想到1毫秒竟然产生了瓶颈。 ...

我做数据采集每天实时记录数亿条日志，数百GB数据，80%以上都是100豪秒内响应时间，不过需求和你不一样只要记下来供程序分析就可以不用入数据库。

1豪秒级真的有必要？我还是觉得可能需求分析做得有问题。

[ 本帖最后由 cx6445 于 2008-12-9 12:02 编辑 ]

zhoubug

原帖由 rsmgnu 于 2008-12-8 16:52 发表


多谢！

恩，听别人说过BerkeleyDB速度很快，但是它是嵌入式数据库，表结构只能是： key+value

而且不支持网络访问的吧  

网络层自己写定义通信协议不就支持拉，只key－value是不错，但value是可以自己定义结构，再结合索引，配合事务 很好拉，
效率高和通用是有矛盾的，牺牲通用性来获取高效率是某些情况下我们要做的。