D*****r
发帖数: 6791 | 1 全放内存里肯定扩展性不好，全放硬盘上太慢了，放数据库里更慢了，再REST一下远程
访问数据库服务器简直慢死了。
这个问题有没有个现成的好解决办法？ |
l*********s
发帖数: 5409 | |
p***o
发帖数: 1252 | 3 放内存为啥扩展性不好?
【在 D*****r 的大作中提到】
: 全放内存里肯定扩展性不好，全放硬盘上太慢了，放数据库里更慢了，再REST一下远程
: 访问数据库服务器简直慢死了。
: 这个问题有没有个现成的好解决办法？
|
D*****r
发帖数: 6791 | 4 好像是这个技术。我还挺希望有高的稳定性，可恢复性，大部分数据还是放硬盘数据库
里，就拿出常用的部分像cache一样用，提供高速的读写。
【在 l*********s 的大作中提到】
: in memory database ?
|
D*****r
发帖数: 6791 | 5 一个是内存太小，而且大部分内存得跑业务数据。
不是NVRAM的话放内存里停电啊什么的数据全没了。
还有就是总得放硬盘上，重启什么的需要重新读到内存里。
还有就是在内存里没有办法并发读写什么的。
远程
【在 p***o 的大作中提到】
: 放内存为啥扩展性不好?
|
p*****2
发帖数: 21240 | 6 redis or mongo
【在 D*****r 的大作中提到】
: 全放内存里肯定扩展性不好，全放硬盘上太慢了，放数据库里更慢了，再REST一下远程
: 访问数据库服务器简直慢死了。
: 这个问题有没有个现成的好解决办法？
|
p*****2
发帖数: 21240 | 7 redis 有persistence 并发也很强大
【在 D*****r 的大作中提到】
: 一个是内存太小，而且大部分内存得跑业务数据。
: 不是NVRAM的话放内存里停电啊什么的数据全没了。
: 还有就是总得放硬盘上，重启什么的需要重新读到内存里。
: 还有就是在内存里没有办法并发读写什么的。
:
: 远程
|
c*********e
发帖数: 16335 | 8 服务器一直开着不就行了吗？全放内存没问题阿。
放amazon web service里面，服务器没事故的时候，永远是开的，所以能全放内存里。
当然，最好定期把数据存数据库里，以防意外。
【在 D*****r 的大作中提到】
: 全放内存里肯定扩展性不好，全放硬盘上太慢了，放数据库里更慢了，再REST一下远程
: 访问数据库服务器简直慢死了。
: 这个问题有没有个现成的好解决办法？
|
N******K
发帖数: 10202 | 9 ssd ?
【在 D*****r 的大作中提到】
: 全放内存里肯定扩展性不好，全放硬盘上太慢了，放数据库里更慢了，再REST一下远程
: 访问数据库服务器简直慢死了。
: 这个问题有没有个现成的好解决办法？
|
c***d
发帖数: 996 | 10 你们这帮人都是神医级别的。 病人来了说肚子疼，你们就给开清凉油黄连素。
好歹问问大量是多大， 读写并发延迟有什么要求啊。
【在 N******K 的大作中提到】
: ssd ?
|
g*****g
发帖数: 34805 | 11 你都没问到点子上，要说清楚是多大的数据，每秒多少，总量有没有上限。数据直接有
没有关系，对数据一致性要求多高。访问延迟要求。
【在 D*****r 的大作中提到】
: 全放内存里肯定扩展性不好，全放硬盘上太慢了，放数据库里更慢了，再REST一下远程
: 访问数据库服务器简直慢死了。
: 这个问题有没有个现成的好解决办法？
|
b***i
发帖数: 3043 | 12 就是
不知道搂住为什么不说
【在 g*****g 的大作中提到】
: 你都没问到点子上，要说清楚是多大的数据，每秒多少，总量有没有上限。数据直接有
: 没有关系，对数据一致性要求多高。访问延迟要求。
|
D*****r
发帖数: 6791 | 13 我没说是因为我不知道这些，也没有具体的设计，只要做出来就好。直接用memcache了。
接有
【在 b***i 的大作中提到】
: 就是
: 不知道搂住为什么不说
|
l******t
发帖数: 55733 | 14 以前用过oracle coherence. 近端in mem，远端persist，实时全网共享等等 |
