B***n
发帖数: 84 | 1 【 以下文字转载自 Database 讨论区 】
发信人: Brian (unique), 信区: Database
标 题: cassandra 的插入性能问题
发信站: BBS 未名空间站 (Fri Aug 1 06:29:08 2014, 美东)
每次插入都得排序不是会降低数据写入的性能吗？
还是这些是相对可以忽略的？
反而听说cassandra更适合偏写的应用？ |
p*****2
发帖数: 21240 | 2 写了log就完成了 后边是异步的
性能没问题吧
【在 B***n 的大作中提到】
: 【 以下文字转载自 Database 讨论区 】
: 发信人: Brian (unique), 信区: Database
: 标 题: cassandra 的插入性能问题
: 发信站: BBS 未名空间站 (Fri Aug 1 06:29:08 2014, 美东)
: 每次插入都得排序不是会降低数据写入的性能吗？
: 还是这些是相对可以忽略的？
: 反而听说cassandra更适合偏写的应用？
|
g*****g
发帖数: 34805 | 3 写没有问题，读要等排好，相对写慢一些。
【在 p*****2 的大作中提到】
: 写了log就完成了 后边是异步的
: 性能没问题吧
|
p*****2
发帖数: 21240 | 4 读的并发如何？
【在 g*****g 的大作中提到】
: 写没有问题，读要等排好，相对写慢一些。
|
c*****a
发帖数: 1638 | 5 读不用等排，为啥要排？只要major返回了就可以了吧。难道排之前不在内存里？
【在 g*****g 的大作中提到】
: 写没有问题，读要等排好，相对写慢一些。
|
g*****g
发帖数: 34805 | 6 写是appen commit log就完了，读一个column区段，必然要排完了才能读出来。 |
w**z
发帖数: 8232 | 7 Sstable 是immutable, 只有在compact 时候才合并。每次写进disk 都是一个新文件。
所以写快，读如果compaction 没跟上就会慢。
【在 B***n 的大作中提到】
: 【 以下文字转载自 Database 讨论区 】
: 发信人: Brian (unique), 信区: Database
: 标 题: cassandra 的插入性能问题
: 发信站: BBS 未名空间站 (Fri Aug 1 06:29:08 2014, 美东)
: 每次插入都得排序不是会降低数据写入的性能吗？
: 还是这些是相对可以忽略的？
: 反而听说cassandra更适合偏写的应用？
|
c*****a
发帖数: 1638 | 8 你确定吗？如果这样，这个系统还用个屁啊。
换成白话就是写进去的东西立刻读基本读不出，要等到排完？
我看hbase不是这样的，这些系统应该都差不多吧。
【在 g*****g 的大作中提到】
: 写是appen commit log就完了，读一个column区段，必然要排完了才能读出来。
|
c******o
发帖数: 1277 | 9 cassandra 是 eventually consistent,你可以改behavior,但是default 写进去过一段
才能一致的读出来。
这个很正常，取决于用途。
hbase是consistent,但是不是availability (某种意义上有lock）两个不一样。 |
c******o
发帖数: 1277 | 10 其实和我以前的认识一样， nosql is not for everyone, everything.
【在 c******o 的大作中提到】
: cassandra 是 eventually consistent,你可以改behavior,但是default 写进去过一段
: 才能一致的读出来。
: 这个很正常，取决于用途。
: hbase是consistent,但是不是availability (某种意义上有lock）两个不一样。
|
w**z
发帖数: 8232 | 11 看你对性能要求多高了，我们的case， 写《 3ms， 读 《 10ms，一般的应用足够了。
【在 c******o 的大作中提到】
: cassandra 是 eventually consistent,你可以改behavior,但是default 写进去过一段
: 才能一致的读出来。
: 这个很正常，取决于用途。
: hbase是consistent,但是不是availability (某种意义上有lock）两个不一样。
|
w**z
发帖数: 8232 | 12 啥叫立刻读出来？光说数字，没意义。具体情况，具体分析。
【在 c*****a 的大作中提到】
: 你确定吗？如果这样，这个系统还用个屁啊。
: 换成白话就是写进去的东西立刻读基本读不出，要等到排完？
: 我看hbase不是这样的，这些系统应该都差不多吧。
|
c*****a
发帖数: 1638 | 13 你的理解不对吧。读的时候可以要求多数node（只要超过一半的node）返回以确保最新
的记录，所以C*在读的时候比较慢，并不是说它就会返回旧数据。
【在 c******o 的大作中提到】
: cassandra 是 eventually consistent,你可以改behavior,但是default 写进去过一段
: 才能一致的读出来。
: 这个很正常，取决于用途。
: hbase是consistent,但是不是availability (某种意义上有lock）两个不一样。
|
g*****g
发帖数: 34805 | 14 关系数据库做个B tree索引，插入再读出，不是一样要等索引做完。做索引不就是排序
。 |
