X
【オンメモリ%メモリデータベース【インメモリ】
0001NAME IS NULL
垢版 |
2006/01/27(金) 22:24:34ID:BxAIZ5hP
オンメモリRDBに関するスレッドが無かったので立ててみました。

従来のディスク上にデータを置かず主メモリに置くことで
I/Oコストを減らすアプローチを採用したことから性能面で勝るようです。
今後64bitCPUが広まるにつれ扱えるデータ容量も増えるだろうから
選択肢として気になる所です。
まだまだ認知度も低いですが今後の動向に期待。

以下紙面でよく見かけるオンメモリDB

・Oracle TimesTen In-Memory Database
・MySQL(HEAP table)
・DayDala.Boo
・高速機関
・Kairos
0115NAME IS NULL
垢版 |
2008/02/23(土) 21:50:55ID:???
>>114

俺はMySQL CLUSTERについて知りたいの（怒）

いいから語れ（怒）
0116NAME IS NULL
垢版 |
2008/02/24(日) 20:58:12ID:???
なんでMySQLスレ行かないの？追い出されたの？
0117NAME IS NULL
垢版 |
2008/03/12(水) 20:27:21ID:???
>>115
[MySQL CLUSTER]って[Oracle RAC]と同じカテゴリやん。＜DBじゃない
ここオンメモリDB板ですが。
0118NAME IS NULL
垢版 |
2008/03/15(土) 18:42:14ID:???
>>117
MySQL CLUSTERはメモリベースだったと思う。
ディスクベースのサポートは比較的最近じゃなかったけな。
0120NAME IS NULL
垢版 |
2008/03/17(月) 01:32:53ID:???
MySQL CLUSTERの話はMySQLスレ逝け
0121NAME IS NULL
垢版 |
2008/03/17(月) 12:56:34ID:1gwwvqfb
MySQL Clusterは事例がない＋エンタープライズ用途
だからoracleとか使うんだろ。MySQLのセミナー行くのが一番いいね
0122NAME IS NULL
垢版 |
2008/06/18(水) 12:56:33ID:???
IBMのsolid 情報ないですかね?

去年の12月位にsolid社の買収のニュースが流れてて
ついこの前、IBMがIMDBだすよ〜て発表があったって
程度しか持ちネタがない。
0124NAME IS NULL
垢版 |
2008/07/08(火) 02:09:45ID:5Up34TE4
正直ね。SSD32ギガで８発RAID10組んで、
16ギガくらいメモリ積めばオンメモリDBって
要らないと思うんだけど、
この構成で何か問題ある？
0125NAME IS NULL
垢版 |
2008/07/08(火) 05:38:21ID:???
本気でやろうとしてるならまだしも、単なる妄想で言われてもねぇ
0126NAME IS NULL
垢版 |
2008/07/08(火) 09:37:59ID:???
今のIMDBって、高速なレスポンスを安定して得る事が重要な
証券システムとか、ちょっと特殊な用途にしか割に合わないと
思うんだけど、どうでしょう?


もう少しIMDB本体の価格が安ければ、
安っいサーバーにメモリを大量にのせて
数倍程度だけど安定して速くなりますよ〜
スケールアウトも安くすみますよ〜
って使い方が考えられるんだけどなぁ


HWｱﾌﾟﾗｲｱﾝｽ系の高価なDBとの住み分けという観点から
IMDBは、まずはｷｬｯｼｭ的な扱いとし
容易に安価に大量導入できるといった
路線を目指して欲しいと思うなぁ。
0127NAME IS NULL
垢版 |
2008/07/08(火) 10:46:09ID:???
そういうので置き換えられるのもあると思うけど、
普通のSSDだとSATA,SASで繋ぐんだろうから、直接アクセスできるメモリと比べたら、
帯域もレイテンシも比べものにならないでしょう
0128NAME IS NULL
垢版 |
2008/09/22(月) 23:54:59ID:jbi5WNVT
こういうのの草分け的な案件ってどういう雰囲気なんだろうな
東証のニュースとか若干心が躍ったぜ、正直な話
まさにシステム開発界のF1
0129NAME IS NULL
垢版 |
2008/11/23(日) 01:52:57ID:???
いや、既にコンビニの店舗売上データ集計バッチとかで使われてるから…
0130NAME IS NULL
垢版 |
2009/08/02(日) 08:28:54ID:???
オンメモリでも最終的にはコミットした分をディスクに残せないと困りますよね？
その辺どうなってんの？
別のマシンにネットで飛ばすとか？
0131NAME IS NULL
垢版 |
2009/08/02(日) 13:52:36ID:???
>>130
バックエンドにOracleやDB2など普通のDBMSを使うことが多いはず
つまりIMDBはキャッシュ
0132NAME IS NULL
垢版 |
2009/08/03(月) 21:31:53ID:???
なるほど、巨大なキャッシュがあって、write throughになってると思えばいいんでしょうか。
ということは、書き込みの多い場合にはそれほどパフォーマンスの向上はないんでしょうか？
上でも東証に使われてるという話がありますが、writeはかなり頻繁に起こりますよね？
比率の問題なのかな。
0133NAME IS NULL
垢版 |
2009/08/03(月) 22:54:30ID:???
>>132
ライトスルーだけじゃなくライトバックも選べる
0134NAME IS NULL
垢版 |
2009/08/07(金) 08:01:07ID:???
>>130
別ＤＢを利用しないものだと、別ノードにバックアップする製品もある。
あと、SANに保存したり。
0135NAME IS NULL
垢版 |
2009/08/07(金) 08:03:21ID:???
>>132
キャッシュとしてじゃなくて、まんまＤＢとして運用出来るよ。
0136NAME IS NULL
垢版 |
2009/08/07(金) 09:04:46ID:???
できるけどしないだろ、この値段出す案件では
0137NAME IS NULL
垢版 |
2009/08/07(金) 09:59:10ID:???
132です。
色々ありがとうございます。
一番不思議に思っているのが、
証券取引のように大量かつ高いリアルタイム性が求められる環境で
オンメモリデータベースはどうやっていわゆるACIDというんでしょうか、
一貫性とか永続性を確保しているんだろうと不思議なんです。
オンメモリデータベースの最大のウリ(ですよね？)である速度パフォーマンスを
維持したまま。
ロストできないものはディスクにコミットしないと応答できないとすれば
結局同じじゃないのかなと。
株取引で、リアルタイムで返した結果をあとで取消なんてできないですよね。
0138NAME IS NULL
垢版 |
2009/08/07(金) 10:14:43ID:???
>>137
複数の選択肢があって当然トレードオフがある
スタンドアロンで使う場合はディスクにトランザクションログを保存したり
キャッシュとして使う場合はバックエンドのDBとの間で実質
2フェーズコミットしたり(バックエンドのDBは2PCだとは知らないが)
0139NAME IS NULL
垢版 |
2009/08/07(金) 10:29:16ID:???
>>137
> 株取引で、リアルタイムで返した結果をあとで取消なんてできないですよね。

株で応答速度が要求されるのは時価を扱うところだがそういうところは
ぶっちゃけオンメモリだけで済むことが多い
プログラミングトレードなんかが典型だが入ってくる時価を
トランザクションログを用いて更新する必要はない
オンメモリだけで保持しておk
発注する情報は信頼性の高いDBに保存するがそこは
そこまでの応答速度は要求されない
(注文を市場に出すまでの速度は重要だが)
まぁこの領域はIMDBよりCEP(DSMS)だな
0140NAME IS NULL
垢版 |
2009/08/07(金) 22:29:29ID:???
>>137
そういうのは用件を整理して、高速読みだしが必要なものは、ジャーナル使わないとか
いろいろと工夫します。
0141NAME IS NULL
垢版 |
2010/02/13(土) 21:46:09ID:???
誰か聞いてくれよ
今開発している案件のＤＢが、MySQL-inodbからMySQL Cluster-ndbclusterにストレージエンジンが変更になったんだよ。
俺の構想では、MySQL-inodbをレプリケーションしてスレーブ作って、負荷分散させようと考えてたんだよ。

そしたら１次請の会社のＳＥが、MySQL Clusterを使うって方針に決まったから、MySQL Clusterについて調べろっていうんだよ。
自社でテスト環境作ってたら、データノードのプロセスが突然落ちる＞そしてデータノードのプロセスが起動しなくなってＤＢをcreateしなおして、レストアしないといけないのよ。
後は、configのパラメータの中身が意味不明。開発者向けのスイッチかと思われるほどの無残さ。
joinが遅いとか、configを帰ると３時間ものローリングリスタート。時々落ちるおまけつき。
deleteで消した行の領域は、リスタートしないと開放されないとか…。

俺の感想だと糞ＤＢ。バグだらけ
これほんとに運用されているシステムで使われているのか？

誰か使ってるやついたらなんか教えてくれ？
0142NAME IS NULL
垢版 |
2010/06/02(水) 21:32:04ID:???
誰もいない・・・

>>141
まだ生きてるか？
聞くだけきいたぞ。
0143NAME IS NULL
垢版 |
2010/06/07(月) 06:09:01ID:???
オープンソースの分散インメモリデータベース「VoltDB」が登場しました。

VoltDB community
http://community.voltdb.com/
「NoSQL」を上回る性能を目指す次世代型高速SQLデータベース「VoltDB」登場
http://sourceforge.jp/magazine/10/05/27/033236
VoltDB登場 ? RDBMSのようでRDBMSではない新システム
http://www.nonsensecorner.com/wp25/?p=4297
NoSQLを超えるSQLデータベース「VoltDB」。Cassandraとベンチマーク対決！
http://www.publickey1.jp/blog/10/nosqlsqlvoltdbcassnadra.html
VoltDB は何故早いのかは問題ではない。何をするためのシステムなのかが問題だ
http://www.nonsensecorner.com/wp25/?p=4299
NoSQLを上回る性能のVoltDB、そのアーキテクチャとは
http://www.publickey1.jp/blog/10/nosqlvoltdb.html
0144NAME IS NULL
垢版 |
2010/12/23(木) 00:50:48ID:???
インメモリDBって今市販の２ソケの鯖だと
何QPSぐらい出るの？
0145NAME IS NULL
垢版 |
2011/07/28(木) 15:19:11.85ID:???
インメモリＤＢって単なるツリーとハッシュだろ？
SQLじゃなくてAPIで操作したい
0146NAME IS NULL
垢版 |
2012/02/09(木) 18:33:34.26ID:NhmTBiMl
>>124
最近、そういう構成も現実的に
なってきたなあ。

ioDriveだっけ？とかどうよ？
0147NAME IS NULL
垢版 |
2012/02/12(日) 12:41:17.28ID:???
インメモリってそもそもソフトウェアの構成がメモリにデータがある事を基準に最適化されてるから、
SSDに普通のRDBMS乗っけるより1000倍速いって話じゃなかったっけ？
0148NAME IS NULL
垢版 |
2012/02/12(日) 13:06:54.43ID:???
I/Oなんて間に入れたら遅くてしょうがないだろ
1000倍は知らないが。
0149NAME IS NULL
垢版 |
2012/02/15(水) 18:10:42.79ID:???
>>147
SATAとかのドライブインターフェイスが
ボトルネック。
PCIとかで直付けすればまだまだ全然
速くなる。
0150NAME IS NULL
垢版 |
2012/02/15(水) 18:43:14.04ID:???
>>149
そもそもOSのIOが遅い訳で。
直接メモリにアクセスするからメモリDBの速さが生きるんでしょ？
0151NAME IS NULL
垢版 |
2012/02/16(木) 13:14:42.30ID:???
>>150
大した遅さじゃないだろ。
OSの処理なんか、HDDの物理動作に
比べたら、かかる時間は誤差みたいな
もの。

つか、SSD直付け構成はすでに
製品化されてる。
全然速いらしいぞ。
0152NAME IS NULL
垢版 |
2012/02/16(木) 19:23:42.93ID:???
>>151
そりゃHDDに比べたら速いけどさ。

メモリアクセスよりはかなり遅いと思うよ。
0153NAME IS NULL
垢版 |
2012/03/20(火) 15:41:16.63ID:???
>>152
いや、そうでもない。
比較すると遅いだろうが、総合的には充分以上にもなるんだろう。

ttp://www.publickey1.jp/blog/12/fusion-ioceo.html
0156NAME IS NULL
垢版 |
2015/08/17(月) 21:43:36.19ID:ER0jAhFA
準決勝と決勝は　西日本の大学卒の公平な審判だけで運営してください
早稲パイアは要りません　
0157NAME IS NULL
垢版 |
2015/09/10(木) 16:32:05.28ID:???
CQLについて調べてるんだけどここでいいのかな？
0158NAME IS NULL
垢版 |
2015/11/16(月) 12:31:20.58ID:xLOuBCtw
　　　　　　　　　　　　　　　　　　　【重大】

　　　　　　　放射能テロ虐殺犯の安倍が、核兵器を密造か！？

三菱商事の核ミサイル担当重役は安倍晋三の実兄、安倍寛信 三菱重工の重役でもあるらしい
これがフクイチで核弾頭ミサイルを製造していた疑惑がある　書けばツイッターで速攻削除されている
https://twitter.com/toka iamada/status/664017453324726272

安倍晋三の兄が関与している三菱重工　核開発疑惑について いくつかツイートしたが、反応がないから変だと思って、自分のタイムラインを調べてみたら、
完全に削除されていた　私のツイートで、安倍政権に都合の悪い情報は速攻削除されている これは驚いた　ここまでやるのか
https://twitter.com/toka iamada/status/664016524592574464

先ほど、まだ数分以内に、三菱重工の核開発疑惑について、いくつかツイートしたが、検索しても出てこない　多くの人のタイムラインに出てこない ツイート直後に消されてしまったようだ
https://twitter.com/toka iamada/status/664015521830952960


　　　　　　　　　　　　　　　　　　　【警告】

　　　　　　　　　　死亡者数、戦時なみの勢いで増加中！！

川崎病の年間患者数、史上最高に　1万5千人を突破、ピーク時を超える　最初の報告は水爆実験後。本当の原因は被曝
震災以降に死亡者数が、第二次大戦に匹敵するほど急増している
厚生労働省によると平成２３年から平成２５年の累計死亡者数は３６０万人以上に急増。今の日本は太平洋戦争時の時と同じくらいの勢いで人が亡くなっている
除染袋回収の作業員５人 疲労で動けず、自衛隊など救助　　疲労じゃないだろう、被曝障害だろうよ　死んだように眠る人々（写真多数）
http://s.ameblo.jp/kaito000777/entry-12031605335.html

【川島なお美の食べて応援が恐怖すぎる】自宅でも進んで食べて応援
1年後・軽くぶつけただけで肋骨骨折　2年後・眼球から出血は半年に一度　3年後・胆管に腫瘍、血液検査は異状無し　4年後・逝去 夫は片目失明、愛犬もがん
https://twitter.com/2ch_NPP_info/status/648256313571479552

・・・ 今も、原子力緊急事態宣言中… 対策本部長は安倍首相。
0160NAME IS NULL
垢版 |
2016/07/31(日) 21:46:54.69ID:JIvzk+Y7
>>1
バッファキャッシュが大きいとあまり差はないけどな。
0162NAME IS NULL
垢版 |
2017/12/29(金) 12:03:07.15ID:dtNZwIie
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

JWZ1ULE8TV
0163NAME IS NULL
垢版 |
2018/02/15(木) 00:39:00.38ID:???
☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、
改憲議員が３分の２を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
0164NAME IS NULL
垢版 |
2023/09/27(水) 15:22:43.99ID:???
おおきに、やめて
0165NAME IS NULL
垢版 |
2024/04/14(日) 02:06:58.92ID:XiqEs8L8
メモリ上だと速いだろうというよくわかっていない人間が騙されているだけ
新着レスの表示
レスを投稿する

ニューススポーツなんでも実況