元スレMySQL 総合 Part14
mysql覧 / PC版 / みんなの評価 : ☆
前へ
404 = :
ログっつーもんはないのか
408 = :
>>394
もちろんkillで殺すんですが知りたかったのは
クエリだけを停止するのは何のシグナルかということです
409 = :
検索結果が1行だとわかっているときって LIMIT 1 付けたほうが速いのかな
誰も実験したこと無いなら実験してみる
410 :
>>407
ありがとうございます。BLOBでデータ入れる事にします。
とりあえずPCの中にエロ画像が20万枚位あるので全部放り込んでみます。
一つのテーブルに20万枚入りますか？
テーブル分けたらいいんだけど、一つのテーブルってどの位のレコードが限度なんですか？
PCの能力に左右されるんですかね？
知ってる人教えて
413 = :
どこもおかしくないんじゃない
414 = :
>>408
http://dev.mysql.com/doc/refman/5.0/en/kill.html
421 = :
select文とexplainの結果を食わせて
どうしたらいいかのヒントまでくれるような
そんなソフトってないかな
422 = :
インデクスがあるのに何で使ってくれないんだー、ばかー、というとき、理由の explain が欲しいことはあるな。
425 = :
>>424
さっそくのレスありがとうございます。
whereで分けるというアイデアは気づきませんでした。
で、先ほどやってみました。
で、うまくいきました、とご報告したかったのですが、
こんどは別のSQLのGROUP BYで同じくOut Of Memoryで落ちました。
結局、相当な数のSQL文に手を入れることになりそうです。
もう、テストも終わりを迎えておりまして、
これを全部対応しようとすると、再度テストをやり直す羽目になりそうです。
パラメータを変更するなどの運用でなんとかするというのは難しいでしょうか。
数万件でOut Of Memoryが多発すると考えていなく、誤算でした。
429 = :
>ソートする列は、単純な6桁の番号や5文字のCHARなので、大丈夫だと思っていましたが、
>ソートする場合は、該当する列だけではなく、その他のデータも含まれるんですね。
いや、一行目の理解で正しいんじゃないでしょうか。
なんだか、ソート以外の処で引っ掛かっているような気がします。
435 = :
ふつうに32bitの壁っぽいね。
64bitにするとか、
上位層からの同時接続数を絞ってもらうよう
交渉するとか。
436 = :
MySQLのレコードの処理は4万件でも10万件でも100万件でも
基本的に問題ないよね？チューニングしてれば。
でも、エラーになりやすい事を考えると、
レコードが増えていったら、テーブルを分ける方が良いのだろうか？
437 = :
問題ないすよ。
エラーになりやすいかどうかは一般化できないし、
それに対してテーブル分割が適しているかどうかも一般化できないと思うけど。
テーブル分割のメリットって、検索範囲を絞る必要が軽減されて
SQLやインデックスで考えるパラメータが減りますよね、とか
インデックス張り直す速度が向上しますよね、って程度しか思い付かない。
その代わりに柔軟性が落ちて、出来ない検索が増える、と。
あんまメリット無くない？
438 = :
2chのように1日に何万回も書き込みが発生する規模の掲示板を作っているのですが、こういったことにデータベースは不向きでしょうか？
レンタルでの運営なので全体では2ch規模になると思われます。
検索機能もほしいのでできればデータベースでレス１つ１つを保持したいのですが莫大なログの読み書きは現実的に可能でしょうか？
ロードバランスなどの負荷対策は行います。
439 = :
>>438
板毎にテーブルを作成するの？
2ch規模だと、板毎にサーバが必要になるだろうけど、
まぁそんなアクセスは無いと思うから、普通に大丈夫だと思うけど。
440 = :
板をまたいだスレタイ検索ならともかく、
板をまたいだスレの内容（レス）検索って、あっても相当使いにくそうな気がする。
441 = :
>>439さん
レスありがとうございます。
同一テーブル内で一意な掲示板IDをふって分ける形になります。
携帯のレンタル掲示板なのですべてのアクセスを合算すれば２ch規模になることもありえます。
負荷対策はプロキシかませてごちゃごちゃやることになると思います。
ログ自体はdatファイルで保存して検索されうるデータだけDBに入れておいてDBは検索の時のみ使うのが最適でしょうか？
すべてのレスが同じテーブルに格納されているのでビジーになってしまう気がして…
ご教示お願い致します。
442 = :
>440さん
レスありがとうございます。
全体検索はスレタイのみでもごまかせると思いますが、
画像や着うたの投稿も実装するのでできればレス検索も想定しておきたいです。
おそらくレス検索は別サーバに全レスデータいれてsennaでぶんまわす感じになるとは思います。
443 = :
>ログ自体はdatファイルで保存して検索されうるデータだけDBに入れておいてDBは検索の時のみ使うのが最適でしょうか？
俺もそれでいつも悩むんだけど、ログ＝検索されうるデータじゃないのか？
例えば、スレタイ・レスと登録日のテーブルを分けるとしても
結局、必要なデータなわけだから、DBに入れるのもdat化するのも
同じ事のように思うんだが。
444 = :
DATのほうが使いやすいと思う・・・。データベース鯖のこと考えなくて済むし。
掲示板レンタルならなおさらじゃない？
445 = :
でも、ログを検査する時、大量に読み込まなきゃいけないだろ？
実質無理じゃないか？負荷がかかりすぎて。
447 = :
検索用キーを入れても、取り出す時に
ファイルを読み込まないといけないのでは？俺の知識不足かな。
449 = :
>>447
そりゃそうだが、読む必要があるのは表示する分だけだから、ごく少量でしょ。
450 = :
>読む必要があるのは表示する分だけだから
ってことなら、やっぱりDBでいいんじゃないか？
みんなの評価 : ☆
mysql一覧へ類似してるかもしれないスレッド
- MySQL 総合 Part12 (1001) - [94%] - 2008/1/30 17:34 ○
- MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [94%] - 2010/6/10 20:47 ○
- 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 総合 Part25 (947) - [89%] - 2017/6/18 6:30
- MySQL vs PostgreSQL Part2 (941) - [31%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について