のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,751人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレMySQL 総合 Part17

    mysql覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : - 2004 + - config + - Warning + - 経過時間 + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    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でいいんじゃねーか


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : - 2004 + - config + - Warning + - 経過時間 + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について