私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【MySQL】下らねぇ質問はID出して書き込みやがれ 2
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
「キャッシュされない」
「こける」
「成功している」
全部同じ現象を指しているのか???
「こける」
「成功している」
全部同じ現象を指しているのか???
>>755
そっかー。疑って失礼。。
↓明日時間が取れたら試してみる。
Sennaは用意出来ないから純MyISAMでだけど。。
読み込みの動作自体、キャッシュに載せてからそれをユーザー空間にコピーしてるっぽいから、
キャッシュに載り切る前にbatが終わるっていうのは考えにくいかなぁ、と思ってる。
http://msdn.microsoft.com/en-us/library/windows/desktop/aa364218(v=vs.85).aspx
あとNTFSだったらCopyOnWriteで書き込むから、
インポートした時にキャッシュされてもおかしくない気がするよなぁ。。
時間が経った後に初回だけ遅いっていうのは、キャッシュからこぼれたからだと思う。
2回目以降に速度が改善してるならなお。
ただし、2回目が全く同じクエリだったならクエリキャッシュって可能性のが強いか。。
そっかー。疑って失礼。。
↓明日時間が取れたら試してみる。
Sennaは用意出来ないから純MyISAMでだけど。。
読み込みの動作自体、キャッシュに載せてからそれをユーザー空間にコピーしてるっぽいから、
キャッシュに載り切る前にbatが終わるっていうのは考えにくいかなぁ、と思ってる。
http://msdn.microsoft.com/en-us/library/windows/desktop/aa364218(v=vs.85).aspx
あとNTFSだったらCopyOnWriteで書き込むから、
インポートした時にキャッシュされてもおかしくない気がするよなぁ。。
時間が経った後に初回だけ遅いっていうのは、キャッシュからこぼれたからだと思う。
2回目以降に速度が改善してるならなお。
ただし、2回目が全く同じクエリだったならクエリキャッシュって可能性のが強いか。。
>>763
体重ならどれでも良いと思う。俺ならDECIMAL。
どの型を選ぶかの目安は、
0) 1レコードあたり数byte無駄に使うのが許せる?
⇒許せる .. decimal型
⇒許せない .. 1)へ
1) 1/100兆~/100程度まで誤差が出ても許せる?
⇒許せる .. 2)へ
⇒許せない .. decimal型
2) 格納する値は小数点以下含めて7桁以内、または15桁以内で収まる?
⇒7桁以内に収まる .. single型
⇒15桁以内に収まる .. double型
⇒15桁では収まらない .. decimal型
かなと。
アプリの側で10^3倍して整数型に入れるのも勿論アリ。
ただ、アプリ側の人が(コードのメンテ含め)面倒で間違えやすくなると思うし、
DECIMALは多少データサイズが不利(数バイト単位)だけど、
数千万レコードでミリ秒単位のレスポンスを争うわけじゃなければ問題にならないと思うから
そんな環境でなければDECIMAL型で良いと思う。
体重ならどれでも良いと思う。俺ならDECIMAL。
どの型を選ぶかの目安は、
0) 1レコードあたり数byte無駄に使うのが許せる?
⇒許せる .. decimal型
⇒許せない .. 1)へ
1) 1/100兆~/100程度まで誤差が出ても許せる?
⇒許せる .. 2)へ
⇒許せない .. decimal型
2) 格納する値は小数点以下含めて7桁以内、または15桁以内で収まる?
⇒7桁以内に収まる .. single型
⇒15桁以内に収まる .. double型
⇒15桁では収まらない .. decimal型
かなと。
アプリの側で10^3倍して整数型に入れるのも勿論アリ。
ただ、アプリ側の人が(コードのメンテ含め)面倒で間違えやすくなると思うし、
DECIMALは多少データサイズが不利(数バイト単位)だけど、
数千万レコードでミリ秒単位のレスポンスを争うわけじゃなければ問題にならないと思うから
そんな環境でなければDECIMAL型で良いと思う。
>>769
希望通りできました。ありがとうございました。
希望通りできました。ありがとうございました。
すみません、全然正確じゃありませんでした
・空欄でinsertすると0が入る
・空欄でupdateしようとすると変更が反映されない(他のカラムも。update全体が無効のようです)
どうしたら良いのでしょうか
・空欄でinsertすると0が入る
・空欄でupdateしようとすると変更が反映されない(他のカラムも。update全体が無効のようです)
どうしたら良いのでしょうか
レプリケーションについて質問です。
参照系の負荷が増えてきた場合、スレーブを増やして負荷分散していくと思いますが
どういう情報を見て「そろそろ増やすか」という判断をするのでしょう。
これが閾値に達したとか具体的な判断材料がありましたら、教えていただけないでしょうか?
参照系の負荷が増えてきた場合、スレーブを増やして負荷分散していくと思いますが
どういう情報を見て「そろそろ増やすか」という判断をするのでしょう。
これが閾値に達したとか具体的な判断材料がありましたら、教えていただけないでしょうか?
>>777
お助けいただきありがとうございます。
通常select文発行するだけで、メモリにキャッシュされるということがわかっただけで
十分切り分けが行えると思います。
まだ原因はわかっておらず、待機時間を設定して回避してますが、
メモリの動作とにらめっこしながら確認していきたいと思います。
お助けいただきありがとうございます。
通常select文発行するだけで、メモリにキャッシュされるということがわかっただけで
十分切り分けが行えると思います。
まだ原因はわかっておらず、待機時間を設定して回避してますが、
メモリの動作とにらめっこしながら確認していきたいと思います。
where res_gmt >= 10
order by reg_gmt;
order by reg_gmt;
>>790
完璧でした、ありがとうございます
完璧でした、ありがとうございます
>>796
どのようにって、当然にテーブル2は、
・サイトID(テーブル1の)
・記事ID
・記事URL
・etc
になるんじゃないの?
そうしなければどのサイトの記事なのかわからないでしょう。
いちいち、記事URLを解析して、サイトURLと照合してなんてやらない限り。
それよりはサイトIDカラムを設けるのが、テーブル1とのリレーションの点からも
素直だと思うが。
どのようにって、当然にテーブル2は、
・サイトID(テーブル1の)
・記事ID
・記事URL
・etc
になるんじゃないの?
そうしなければどのサイトの記事なのかわからないでしょう。
いちいち、記事URLを解析して、サイトURLと照合してなんてやらない限り。
それよりはサイトIDカラムを設けるのが、テーブル1とのリレーションの点からも
素直だと思うが。
酔っ払った勢いで聞かせてください。
InnoDBで作ったDBを別のサーバーに移すのって、mysqldumpした
データを食わせるしか方法ないんですか?
MyISAMだとディレクトリまるごとコピって適当にあれこれすればなんとか
なったのに、InnoDBのデータ移転は時間かかって発狂しそうです。
なんか早く移す鳳凰ないっすかね?
InnoDBで作ったDBを別のサーバーに移すのって、mysqldumpした
データを食わせるしか方法ないんですか?
MyISAMだとディレクトリまるごとコピって適当にあれこれすればなんとか
なったのに、InnoDBのデータ移転は時間かかって発狂しそうです。
なんか早く移す鳳凰ないっすかね?
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- 【】 MySQLを買収したSunを買収したOracleを 【】 (112) - [25%] - 2023/1/22 14:15
- 【この先一体】MySQL 総合 Part15【どうなるの】 (1001) - [21%] - 2009/11/22 13:31 ○
トップメニューへ / →のくす牧場書庫について