元スレMySQL 総合 Part17
mysql覧 / PC版 /みんなの評価 : ○
351 = :
>>348
その聞き方じゃ「ある条件を外す」としか答えられないでしょう
352 = :
>>347
ありがとうございます
MySQL6みたいに廃止されたのかと思ってました
探しても見当たらないのですがもしよろしければリンク先を教えていただけませんか?
358 = :
素直にOracleを使わないからだろう。一次請けになれないことを恨むんだな。
359 = :
>>357
勘どころが掴めれば、まあOracle程度には安定するよ。
素のMySQLレベルの安定性は望めないけど、その程度で妥協するしかない。
362 = :
>>358
やっぱりそうだよね。
最初はOracleだったんだけど、予算的な問題で、MySQLレプリケーション
それで、どこかのコンサルの入れ知恵でMySQLCluster。
これほんとにバグだらけで運用どころか開発もできる気がしないわ。SUNとかにコンサル頼むと、製品版とコンサル料金で2000万ぐらいいくらしい。
素直にOracleの方がやすいんじゃないかと。
>>359
今の所まったく安定しないのよ。ほんとにできるの?
データノード追加する度にDBクラッシュしたり、ディスクテーブルにSELECTすると、めちゃくちゃ遅いし。
ノードが落ちてもトランザクションの保障すると書いてあるのに、接続切れるし。
公式のマニュアルは間違いが多いし、開発者のオナニーにつき合わされている感じがしすぎ。
今のところ、妥協レベルのデータベースであることは間違いなさそうだわ。枯れてきていい感じに使えるにはあと3年ぐらいの予感が。
これを使わされるユーザさん可愛そうだわ。
途中でデータ消えたらユーザ激怒で修羅場が用意に創造できる・・・。
363 = :
>>362
毎日、毎時、毎分が新発見だけどね。
トラブルが発生しない間はノートラブル ってレベルになら
割と早い段階でたどりつけるよ。
364 = :
>>363
確かに、毎日、毎時、毎分が驚愕の事実の新発見なのは間違いないよ。
安定しているとはうらやましい。俺はこれが運用に耐えられないとPMを説得中なんだよ。
スケールアウトしない前提でONメモリデータベースのみ使う場合は安定してる感じなんだけど、スケールアウトのとか障害テストをするとホントだめだめ。
俺が今の理解している範囲では、MySQLCluster強烈なクセがあり、以下のルールを守らないと使い物にならない感じが。
・selectする際は必ず、pkeyを指定すること。しない古代のDB並に遅い。joinはもってのほか
・indexをふってもwhere句の指定がrangeだとまったく効果なしというか遅い。
・メモリテーブルに展開するデータは、基本selectとupdateを繰り返すデータ向き。
insert/deleteを繰り返す処理には確実に向いていない。
・ディスクテーブルはおまけ程度の機能。普通のinodb以下の性能になる。
・SQLノードを増やせば早くなる。
・データノード数を増やしても遅くなるか、今の処理性能を維持するぐらい。消して早くはならない。
・スケールアウトはできるけど、それによるデータベース破損のリスクがある(バグってる)。
・基本的にコンサルやサポートを受けて成立するものであって、素人がMySQLの延長線上にあるぐらいで使おうとすると火傷し、結局サポートに大金を支払うという事態になる。
365 = :
KVSの延長として使うものなんだろうなあ
Oracleに買収されて、TimestenとCoherenceという優秀な製品がある中で
MySQL Clusterの先行きは大変気になるところ
っていう線でPMと話してみたら?
368 = :
削除したらすべての番号ふりなおすの?
毎回何番目か数えたら?
371 = :
>>370
うっはw
ありがとうございました
374 = :
>>370
そのワイルドカードはlike句でしか解釈されないだろ。
そういう文脈じゃないのにのにわざわざバックスラッシュ付けている
からじゃないのかなぁ?試してないけど。
378 = :
今、cakephpを使って開発してるんですけど、DBの負荷が上がってきたら
何らかの対策をしないといけないと思っています。
たとえばカウンターのスクリプトを他のユーザーに貸し出すサービスがあるとします。
その場合は
・ユーザーID 1000 の人は DB 1 を
・ユーザーID 1001 から 2000の人は DB2 を 使う
というように分ける という考え方で良いのでしょうか。
ご指導下さい。先輩方!
379 = :
水平分割だっけ。
393 = :
>>387
http://ameblo.jp/tetsuya-staff/entry-10139707964.html
http://somenotes.seesaa.net/article/140067960.html
394 = :
>>392
Winなんですよ><
iniファイルみてみます。ありがとうございます
>>393
ありがとうございます。
さっそく拝見してみます!
397 = :
結局、>>386でいいんじゃねーか
みんなの評価 : ○
類似してるかもしれないスレッド
- MySQL 総合 Part12 (1001) - [94%] - 2008/1/30 17:34 ○
- MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part18 (986) - [94%] - 2011/1/17 15:46
- MySQL 総合 Part19 (982) - [94%] - 2011/6/9 2:33
- MySQL 総合 Part26 (860) - [89%] - 2023/2/2 9:30
- MySQL 総合 Part20 (995) - [89%] - 2011/10/17 4:48
- MySQL 総合 Part21 (1001) - [89%] - 2011/12/25 22:16
- MySQL 総合 Part22 (1001) - [89%] - 2012/7/10 16:45
- MySQL 総合 Part23 (992) - [89%] - 2013/8/11 17:00
- MySQL 総合 Part24 (1010) - [89%] - 2015/2/14 4:46
- MySQL 総合 Part25 (947) - [89%] - 2017/6/18 6:30
- MySQL vs PostgreSQL Part2 (941) - [31%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について