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

    私的良スレ書庫

    不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitter
    ログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

    元スレMySQL 総合 Part20

    mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニュー
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    レスフィルター : (試験中)
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter
    301 : NAME IS - 2011/07/27(水) 15:21:02.81 ID:??? (+57,+29,-76)
    まぁ、うっかりしてる奴は
    改行するだけでセミコロン付いちゃうような時には
    逆にうっかりしてセミコロン付けちゃうと思う
    302 : NAME IS - 2011/07/27(水) 16:16:14.46 ID:??? (+57,+29,-28)
    うっかりしている奴はロジックがうっかりしているケースが多いので
    辞めた後デバッグするやつらが悶絶するw
    303 : NAME IS - 2011/07/28(木) 00:01:15.09 ID:??? (+67,+28,-40)
    >>299
    セミコロンは2重になっても問題ないから
    304 : NAME IS - 2011/07/28(木) 06:30:48.78 ID:??? (+11,-20,-38)
    >>303
    つ セミコロン演算子
    307 : NAME IS - 2011/07/29(金) 15:44:12.00 ID:??? (+32,-29,-1)
    explain付けて試したら気持ち良かった
    308 : NAME IS - 2011/07/29(金) 17:16:13.39 ID:??? (+62,+29,-6)
    >>307
    どのへんがどんなふうに気持ちよかった?
    310 : NAME IS - 2011/07/29(金) 23:49:18.35 ID:??? (+60,+27,-51)
    どっちのカラムにインデックス付けたら、より効果的なのかを知りたいんだろ?
    それぞれの場合で、同じSQL実行してexplainの結果比較したりするもんじゃないの?

    explainでの結果の読み方が分らないというのなら、「mysql explain」でぐぐって
    最初に出てきたこのページなんか良さそうだぞ。
    http://nippondanji.blogspot.com/2009/03/mysqlexplain.html
    311 : NAME IS - 2011/07/30(土) 00:31:32.07 ID:??? (+57,+29,-15)
    MySQLって企業で使うのにライセンス料いるの?
    市況2のドル円スレで必要って言う奴がいて質問に来ました。
    312 : NAME IS - 2011/07/30(土) 00:44:48.94 ID:??? (+91,+29,-12)
    んなこと聞くようなやつは、金を払ってシステム組んでもらえよ。
    そのほうが安上がり。
    313 : NAME IS - 2011/07/30(土) 04:58:22.56 ID:??? (+103,+29,-1)
    >>312
    どうしてその方が安上がりなんだよw
    314 : NAME IS - 2011/07/30(土) 05:35:14.68 ID:??? (+91,+29,-6)
    まぁライセンスについてはログ読め。
    このスレでも少し前に語りまくってるだろ。
    315 : NAME IS - 2011/07/30(土) 05:57:43.01 ID:??? (+74,+29,-32)
    インデックスを作成したら速くなるということなのですが、
    インデックスの名前は自由なんですか?
    インデックスを作ったあとはほっとけば速くなるのですか?
    316 : NAME IS - 2011/07/30(土) 06:25:22.37 ID:??? (+104,+29,-4)
    >>314
    ライセンスについては自分の意見を主張しあってるだけで何も解決してないじゃないかw
    318 : NAME IS - 2011/07/30(土) 07:57:30.73 ID:??? (+57,+29,-7)
    「主張しあってる」w
    そう思ってるのは1人だけのような気がする
    319 : NAME IS - 2011/07/30(土) 08:33:38.81 ID:??? (+71,+29,-36)
    >>313
    MySQLに限らず、多くの場合、その無能な担当者の人件費より安く上がる。
    320 : NAME IS - 2011/07/30(土) 08:35:14.28 ID:??? (+71,+29,-30)
    >>316
    主張し合うも何も、ライセンス条項がすべてだよ。読めよ。
    GPLで使うならタダ。GPLで使えないなら買え。企業とか個人とか関係ない。
    321 : NAME IS - 2011/07/30(土) 08:37:59.19 ID:??? (+67,+29,-22)
    >>315
    名前は予約語じゃ無ければOK。日本語でも良いらしい(ここで聞いた話)。
    インデックスはSQLの基本なので、MySQLのドキュメント2画面分ぐらい読んでおくと良いよ。
    322 : NAME IS - 2011/07/30(土) 08:51:26.33 ID:??? (+91,+29,-34)
    インデックス名なんて内部で使うただの識別子にすぎないからなんでもいいけど
    だいたいルール(命名規則)としてどういうものをつけるかというのは決まってる
    人によってバラバラだけど
    323 : NAME IS - 2011/07/30(土) 09:42:42.82 ID:??? (+104,+29,-12)
    >>322
    「決まってる」のに「人によってバラバラ」ってどういうこと?
    324 : NAME IS - 2011/07/30(土) 09:56:37.43 ID:??? (+105,+29,-51)
    >>323
    カレーの作り方でも、目玉焼きに何をかけるかでも、
    だいたいいつも決まってるけど、人によってばらばらだろ。
    325 : NAME IS - 2011/07/30(土) 11:15:48.80 ID:??? (+72,+29,-2)
    >>324
    はいはい。お前がいつも正しいよ。
    326 : NAME IS - 2011/07/30(土) 13:53:33.25 ID:??? (+105,+8,-46)
    素人です。mysql で簡単な掲示板を作成したいのですが、一つ質問があります。
    本文の入力でsql インジェクション対策はどのようにするのが一般的なのでしょうか?
    現在はpost された値をそのままインサートしています。このとき、”を入力されると簡単にsql インジェクションされます。
    327 : NAME IS - 2011/07/30(土) 14:52:43.30 ID:??? (+51,+28,-4)
    それはプログラムの方の問題だな
    328 : NAME IS - 2011/07/30(土) 15:17:03.96 ID:??? (+65,+27,-2)
    >>326
    どうせPHPだろうからPHPスレ行って聞いて来い
    329 : NAME IS - 2011/07/30(土) 17:04:45.47 ID:??? (+64,+30,+0)
    330 : NAME IS - 2011/07/30(土) 19:47:53.15 ID:??? (+9,-29,-98)
    MySQL3系以来の素人です。
    この度仕事でHAクラスタを組まなければならなくなり色々調べています。

    Semi-Syncronus Replicationについて質問なのですが
    スレーブが落ちてしまった場合、マスタの更新はタイムアウトするようですが、こういう場合の備えはどうすればいいのでしょう?

    例えば、スレーブが死んだらsemi-syncをasyncに切り替えるにはどうすればいいのでしょう?

    それともスレーブを2台以上にするのが常道でしょうか?
    その場合でもマスタのネットワークアダプタが死んでしまったらやっぱり待ちになるような気がするのですが、それは仕方がない事なのでしょうか?
    331 : NAME IS - 2011/07/30(土) 21:31:20.65 ID:??? (+9,-30,-68)
    レプリケーションが生きてるかどうかをHeartbeatやLifeKeeperで
    監視して、壊れたらVirtual IPの張り替えとかするんだと思う。

    Semi-Synchronous Replicationでクラスタ組んだ人まだ見たことない。
    人柱頑張って!
    332 : NAME IS - 2011/07/30(土) 21:40:09.22 ID:??? (+17,-30,-124)
    sqlのselectで分からないところがあります、ご教授お願いいたします。

    data00 (id int, val00 text)
    data01 (id int, point int, val01 text)

    data00の全行をselectする必要があります。data01はdata00に関連付けされたデータです。
    data00.id == data01.id でpoint最小の1つを表示させるのですが、方法がわかりません。
    data00.idに関連付けされたdata01.idが1つでもあれば簡単ですが、data01がない場合もあります。
    この場合はpoint,val01は空で、data00 のデータだけを取得する必要があります。

    この方法を教えていただけないでしょうか? sql初心者ですがよろしくお願いいたします。
    333 : NAME IS - 2011/07/30(土) 22:21:24.05 ID:??? (+4,-30,-251)
    >>331
    ありがとうございます。

    semi-synchronus replicationのプロトコルは以下のようになってるみたいです。
    1. トランザクションをコミットする
    2. レプリカからのACK(トランザクションを受信したかどうか)を待つ。
     ACKがない場合はここでタイムアウトが発生する。
    3. クライアントにコミットが成功したことを知らせる。

    ・タイムアウトが発生したら、それ以降はsemi-syncronus replicationがdisabledになる。
    ・ネットワークのACKをWAITしている間、他のトランザクションはプロックされない。(ちょっと意味不明ですがクライアントに待ちが発生しないってことかな?)

    すなわちタイムアウトはするけどトランザクションは成功するよん、
    ってことかな。要するに>>330の懸念は織り込み済みみたいです。(多分…)

    余談ですが、2phase commitみたいなイメージだったのでパフォーマンスを懸念していましたが、
    ローカルのcommitが先行するみたいなのでそれも杞憂かもしれませんねぇ。
    336 : NAME IS - 2011/08/01(月) 19:52:54.78 ID:??? (+62,+29,-51)
    http://item.rakuten.co.jp/itjuken/10000002/
    ここって酷くね?
    MySQLってオラクルマスターのチケットで受験できるのに、1万円近く高くしてやがる。
    無知は余分に金払えってか?
    こういうのどこに言えばいいんだ。消費者センター?、公正取引委員会?
    337 : NAME IS - 2011/08/01(月) 20:09:57.88 ID:??? (-9,-27,-10)
    ORACLE
    338 : NAME IS - 2011/08/02(火) 06:44:49.63 ID:jJIdpw0B (+52,+29,-136)
    初心者すぎてあほかと思われるだろうけど、
    インデックスつけたら140msとか70ms(1ページ20クエリぐらいあった)かかってたクエリが全部0msになったwすげえw

    フレームワークのSQLクエリログのクエリにかかった時間を見ながら
    適当に組み合わせて試行錯誤したけど、3つのインデックスつけるのが一番いい結果になった。

    インデックスはたくさんつけてもデメリットないのかな?
    ファイルサイズがでかくなるとか聞いたけど、、、
    339 : NAME IS - 2011/08/02(火) 06:46:59.71 ID:??? (+27,+0,-10)
    >1ページ20クエリぐらいあった
    ここを1回でとれよ
    340 : NAME IS - 2011/08/02(火) 08:55:14.57 ID:??? (+73,+29,-86)
    >>338
    >インデックスはたくさんつけてもデメリットないのかな?
    >ファイルサイズがでかくなるとか聞いたけど、、、

    そりゃでかくなるよ、インデックスがゼロbyteで済むわけないから。
    それと、insertおよびインデックス対象カラムの内容が変わるようなupdateは
    インデックスの更新も伴うから、それなりに遅くなる(はず)。
    341 : NAME IS - 2011/08/02(火) 15:32:38.82 ID:jJIdpw0B (+43,+29,-26)
    >>340
    なんか初心者からしたら、
    全部にインデックスつけたらよくね?って結論になりそうです
    全部つけた場合具体的にどのような障害?が起こりえますか?
    342 : NAME IS - 2011/08/02(火) 15:42:36.35 ID:??? (+63,+29,-17)
    >>341
    INSERTするたびにインデックス再構築が起こるでしょ
    無駄なインデックスは書き込みを遅くするだけ
    344 : NAME IS - 2011/08/02(火) 21:33:55.31 ID:??? (+33,+10,-2)
    正しくは更新処理だ
    345 : NAME IS - 2011/08/02(火) 22:47:26.82 ID:??? (+15,-29,-124)
    SSDで運用してる人いる?
    ランダムWriteが激しいので書き換え寿命が気になって仕方ないです。
    データファイル、インデックスファイル、バイナリログの更新に対してTrimって意味あります?追記型だったら意味ないかな?
    ちなみにストレージはInnoDBです。

    そもそもストレージエンジンがTrim発行できるの?
    RAWデバイス(ってかDIRECT IO)だったらできる?
    346 : NAME IS - 2011/08/02(火) 22:50:57.34 ID:??? (+19,-15,-8)
    >>338
    全部0msになるはずなくね?
    ディスクのシークタイムが数msあるだろ
    347 : NAME IS - 2011/08/02(火) 23:54:26.17 ID:??? (+16,-18,-105)
    >>345
    基本trimが発行されるのはファイルを削除したとき。
    古いバイナリログを削除するときにいまどきのOSならtrimが出せるはず。
    データファイルは無理、っていうかそこにデータがあるんだからtrimしちゃだめ。
    あと寿命が気になるなら業務用のSSDを買え
    348 : NAME IS - 2011/08/03(水) 00:11:39.39 ID:??? (+45,+12,-103)
    やっぱりファイル単位ですか。
    ログの削除ぐらいですね。意味あるのは。
    ログはシーケンシャル書込でいいんだろうから独立したHDDでもよくって、

    ということはコンシューマSSDでRAID組んでもOKじゃん!
    ioDriveもバッテリー付いてないみたいだし?(買えないけど)
    349 : NAME IS - 2011/08/03(水) 00:15:01.97 ID:??? (-1,-29,-44)
    RevoDrive3が気になります(安いっす)
    SandForceコントローラってエラー訂正がしっかりしてるイメージがあるんだけど、
    ioDriveと比べてどうなのかな?
    350 : NAME IS - 2011/08/03(水) 00:50:53.64 ID:??? (+62,+29,-131)
    InnoDBのアーキテクチャ見てみた
    MVCCだとかそうじゃないとかいろんな情報があったわけだが
    ポスグレとは根本的に違うのね。バキュームがないわけだ。

    追加か更新がほとんどで削除なんてめったにないけど
    これだったら、データファイルの削除ブロックにTrimコマンド発行すればいいように思えるんだ…

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

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


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