私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part20
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
まぁ、うっかりしてる奴は
改行するだけでセミコロン付いちゃうような時には
逆にうっかりしてセミコロン付けちゃうと思う
改行するだけでセミコロン付いちゃうような時には
逆にうっかりしてセミコロン付けちゃうと思う
うっかりしている奴はロジックがうっかりしているケースが多いので
辞めた後デバッグするやつらが悶絶するw
辞めた後デバッグするやつらが悶絶するw
>>299
セミコロンは2重になっても問題ないから
セミコロンは2重になっても問題ないから
>>303
つ セミコロン演算子
つ セミコロン演算子
>>307
どのへんがどんなふうに気持ちよかった?
どのへんがどんなふうに気持ちよかった?
どっちのカラムにインデックス付けたら、より効果的なのかを知りたいんだろ?
それぞれの場合で、同じSQL実行してexplainの結果比較したりするもんじゃないの?
explainでの結果の読み方が分らないというのなら、「mysql explain」でぐぐって
最初に出てきたこのページなんか良さそうだぞ。
http://nippondanji.blogspot.com/2009/03/mysqlexplain.html
それぞれの場合で、同じSQL実行してexplainの結果比較したりするもんじゃないの?
explainでの結果の読み方が分らないというのなら、「mysql explain」でぐぐって
最初に出てきたこのページなんか良さそうだぞ。
http://nippondanji.blogspot.com/2009/03/mysqlexplain.html
MySQLって企業で使うのにライセンス料いるの?
市況2のドル円スレで必要って言う奴がいて質問に来ました。
市況2のドル円スレで必要って言う奴がいて質問に来ました。
んなこと聞くようなやつは、金を払ってシステム組んでもらえよ。
そのほうが安上がり。
そのほうが安上がり。
>>312
どうしてその方が安上がりなんだよw
どうしてその方が安上がりなんだよw
まぁライセンスについてはログ読め。
このスレでも少し前に語りまくってるだろ。
このスレでも少し前に語りまくってるだろ。
インデックスを作成したら速くなるということなのですが、
インデックスの名前は自由なんですか?
インデックスを作ったあとはほっとけば速くなるのですか?
インデックスの名前は自由なんですか?
インデックスを作ったあとはほっとけば速くなるのですか?
>>314
ライセンスについては自分の意見を主張しあってるだけで何も解決してないじゃないかw
ライセンスについては自分の意見を主張しあってるだけで何も解決してないじゃないかw
インデックス名なんて内部で使うただの識別子にすぎないからなんでもいいけど
だいたいルール(命名規則)としてどういうものをつけるかというのは決まってる
人によってバラバラだけど
だいたいルール(命名規則)としてどういうものをつけるかというのは決まってる
人によってバラバラだけど
>>322
「決まってる」のに「人によってバラバラ」ってどういうこと?
「決まってる」のに「人によってバラバラ」ってどういうこと?
>>324
はいはい。お前がいつも正しいよ。
はいはい。お前がいつも正しいよ。
素人です。mysql で簡単な掲示板を作成したいのですが、一つ質問があります。
本文の入力でsql インジェクション対策はどのようにするのが一般的なのでしょうか?
現在はpost された値をそのままインサートしています。このとき、”を入力されると簡単にsql インジェクションされます。
本文の入力でsql インジェクション対策はどのようにするのが一般的なのでしょうか?
現在はpost された値をそのままインサートしています。このとき、”を入力されると簡単にsql インジェクションされます。
>>326
どうせPHPだろうからPHPスレ行って聞いて来い
どうせPHPだろうからPHPスレ行って聞いて来い
MySQL3系以来の素人です。
この度仕事でHAクラスタを組まなければならなくなり色々調べています。
Semi-Syncronus Replicationについて質問なのですが
スレーブが落ちてしまった場合、マスタの更新はタイムアウトするようですが、こういう場合の備えはどうすればいいのでしょう?
例えば、スレーブが死んだらsemi-syncをasyncに切り替えるにはどうすればいいのでしょう?
それともスレーブを2台以上にするのが常道でしょうか?
その場合でもマスタのネットワークアダプタが死んでしまったらやっぱり待ちになるような気がするのですが、それは仕方がない事なのでしょうか?
この度仕事でHAクラスタを組まなければならなくなり色々調べています。
Semi-Syncronus Replicationについて質問なのですが
スレーブが落ちてしまった場合、マスタの更新はタイムアウトするようですが、こういう場合の備えはどうすればいいのでしょう?
例えば、スレーブが死んだらsemi-syncをasyncに切り替えるにはどうすればいいのでしょう?
それともスレーブを2台以上にするのが常道でしょうか?
その場合でもマスタのネットワークアダプタが死んでしまったらやっぱり待ちになるような気がするのですが、それは仕方がない事なのでしょうか?
レプリケーションが生きてるかどうかをHeartbeatやLifeKeeperで
監視して、壊れたらVirtual IPの張り替えとかするんだと思う。
Semi-Synchronous Replicationでクラスタ組んだ人まだ見たことない。
人柱頑張って!
監視して、壊れたらVirtual IPの張り替えとかするんだと思う。
Semi-Synchronous Replicationでクラスタ組んだ人まだ見たことない。
人柱頑張って!
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初心者ですがよろしくお願いいたします。
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初心者ですがよろしくお願いいたします。
>>331
ありがとうございます。
semi-synchronus replicationのプロトコルは以下のようになってるみたいです。
1. トランザクションをコミットする
2. レプリカからのACK(トランザクションを受信したかどうか)を待つ。
ACKがない場合はここでタイムアウトが発生する。
3. クライアントにコミットが成功したことを知らせる。
・タイムアウトが発生したら、それ以降はsemi-syncronus replicationがdisabledになる。
・ネットワークのACKをWAITしている間、他のトランザクションはプロックされない。(ちょっと意味不明ですがクライアントに待ちが発生しないってことかな?)
すなわちタイムアウトはするけどトランザクションは成功するよん、
ってことかな。要するに>>330の懸念は織り込み済みみたいです。(多分…)
余談ですが、2phase commitみたいなイメージだったのでパフォーマンスを懸念していましたが、
ローカルのcommitが先行するみたいなのでそれも杞憂かもしれませんねぇ。
ありがとうございます。
semi-synchronus replicationのプロトコルは以下のようになってるみたいです。
1. トランザクションをコミットする
2. レプリカからのACK(トランザクションを受信したかどうか)を待つ。
ACKがない場合はここでタイムアウトが発生する。
3. クライアントにコミットが成功したことを知らせる。
・タイムアウトが発生したら、それ以降はsemi-syncronus replicationがdisabledになる。
・ネットワークのACKをWAITしている間、他のトランザクションはプロックされない。(ちょっと意味不明ですがクライアントに待ちが発生しないってことかな?)
すなわちタイムアウトはするけどトランザクションは成功するよん、
ってことかな。要するに>>330の懸念は織り込み済みみたいです。(多分…)
余談ですが、2phase commitみたいなイメージだったのでパフォーマンスを懸念していましたが、
ローカルのcommitが先行するみたいなのでそれも杞憂かもしれませんねぇ。
http://item.rakuten.co.jp/itjuken/10000002/
ここって酷くね?
MySQLってオラクルマスターのチケットで受験できるのに、1万円近く高くしてやがる。
無知は余分に金払えってか?
こういうのどこに言えばいいんだ。消費者センター?、公正取引委員会?
ここって酷くね?
MySQLってオラクルマスターのチケットで受験できるのに、1万円近く高くしてやがる。
無知は余分に金払えってか?
こういうのどこに言えばいいんだ。消費者センター?、公正取引委員会?
初心者すぎてあほかと思われるだろうけど、
インデックスつけたら140msとか70ms(1ページ20クエリぐらいあった)かかってたクエリが全部0msになったwすげえw
フレームワークのSQLクエリログのクエリにかかった時間を見ながら
適当に組み合わせて試行錯誤したけど、3つのインデックスつけるのが一番いい結果になった。
インデックスはたくさんつけてもデメリットないのかな?
ファイルサイズがでかくなるとか聞いたけど、、、
インデックスつけたら140msとか70ms(1ページ20クエリぐらいあった)かかってたクエリが全部0msになったwすげえw
フレームワークのSQLクエリログのクエリにかかった時間を見ながら
適当に組み合わせて試行錯誤したけど、3つのインデックスつけるのが一番いい結果になった。
インデックスはたくさんつけてもデメリットないのかな?
ファイルサイズがでかくなるとか聞いたけど、、、
>1ページ20クエリぐらいあった
ここを1回でとれよ
ここを1回でとれよ
>>338
>インデックスはたくさんつけてもデメリットないのかな?
>ファイルサイズがでかくなるとか聞いたけど、、、
そりゃでかくなるよ、インデックスがゼロbyteで済むわけないから。
それと、insertおよびインデックス対象カラムの内容が変わるようなupdateは
インデックスの更新も伴うから、それなりに遅くなる(はず)。
>インデックスはたくさんつけてもデメリットないのかな?
>ファイルサイズがでかくなるとか聞いたけど、、、
そりゃでかくなるよ、インデックスがゼロbyteで済むわけないから。
それと、insertおよびインデックス対象カラムの内容が変わるようなupdateは
インデックスの更新も伴うから、それなりに遅くなる(はず)。
SSDで運用してる人いる?
ランダムWriteが激しいので書き換え寿命が気になって仕方ないです。
データファイル、インデックスファイル、バイナリログの更新に対してTrimって意味あります?追記型だったら意味ないかな?
ちなみにストレージはInnoDBです。
そもそもストレージエンジンがTrim発行できるの?
RAWデバイス(ってかDIRECT IO)だったらできる?
ランダムWriteが激しいので書き換え寿命が気になって仕方ないです。
データファイル、インデックスファイル、バイナリログの更新に対してTrimって意味あります?追記型だったら意味ないかな?
ちなみにストレージはInnoDBです。
そもそもストレージエンジンがTrim発行できるの?
RAWデバイス(ってかDIRECT IO)だったらできる?
>>345
基本trimが発行されるのはファイルを削除したとき。
古いバイナリログを削除するときにいまどきのOSならtrimが出せるはず。
データファイルは無理、っていうかそこにデータがあるんだからtrimしちゃだめ。
あと寿命が気になるなら業務用のSSDを買え
基本trimが発行されるのはファイルを削除したとき。
古いバイナリログを削除するときにいまどきのOSならtrimが出せるはず。
データファイルは無理、っていうかそこにデータがあるんだからtrimしちゃだめ。
あと寿命が気になるなら業務用のSSDを買え
やっぱりファイル単位ですか。
ログの削除ぐらいですね。意味あるのは。
ログはシーケンシャル書込でいいんだろうから独立したHDDでもよくって、
ということはコンシューマSSDでRAID組んでもOKじゃん!
ioDriveもバッテリー付いてないみたいだし?(買えないけど)
ログの削除ぐらいですね。意味あるのは。
ログはシーケンシャル書込でいいんだろうから独立したHDDでもよくって、
ということはコンシューマSSDでRAID組んでもOKじゃん!
ioDriveもバッテリー付いてないみたいだし?(買えないけど)
RevoDrive3が気になります(安いっす)
SandForceコントローラってエラー訂正がしっかりしてるイメージがあるんだけど、
ioDriveと比べてどうなのかな?
SandForceコントローラってエラー訂正がしっかりしてるイメージがあるんだけど、
ioDriveと比べてどうなのかな?
InnoDBのアーキテクチャ見てみた
MVCCだとかそうじゃないとかいろんな情報があったわけだが
ポスグレとは根本的に違うのね。バキュームがないわけだ。
追加か更新がほとんどで削除なんてめったにないけど
これだったら、データファイルの削除ブロックにTrimコマンド発行すればいいように思えるんだ…
OSのAPIからなにから書き換えんと無理か?
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 スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part21 (1001) - [94%] - 2011/12/25 22:16
- MySQL 総合 Part25 (947) - [94%] - 2017/6/18 6:30
- MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
- MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
- MySQL 総合 Part26 (860) - [94%] - 2023/2/2 9:30
- MySQL 総合 Part13 (996) - [89%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part14 (1001) - [89%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part15 (1001) - [89%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [89%] - 2010/6/10 20:47 ○
- MySQL 総合 Part18 (986) - [89%] - 2011/1/17 15:46
- MySQL 総合 Part19 (982) - [89%] - 2011/6/9 2:33
- MySQL 総合 Part12 (1001) - [89%] - 2008/1/30 17:34 ○
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について