そういうときはEXPLAINして違いを見ようぜ

理由が分かりました。結合先のtest_tbのaaa_id中に
重複した値があったのが原因のようです。

今まで勘違いしていたのですが、一意のデータが多いほど
結合時の読み込みも早いんですね。前は逆だと思ってました・・。

>>697-698
ありがとう　試してみます

http://click.j-a-net.jp/1006827/223686/

Mysql 5.0.45
alter table hogehoge change ～ でカラムをリネームしようとすると
ERROR 1025 (HY000) Error on rename of '.\detabase\#sql-244_7' to
' .\database\hogehoge' (error: 150)

というエラーメッセージが出るんですけど、ひょっとしてプライマリキーに
なってたり外部制約に使われているカラムって名前の変更が出来ない？

メールサーバを管理しているのですが、
監視ログにmysqlのエラーで

Too many connections

とメールが来ました。
mysqlが外部から待ちかまえるデーモン数を少し増やして様子をみたいのですが、
どこで調整できるのでしょうか？

A.2.6. Too many connections エラー
MySQL に接続しようとして Too many connections エラーが発生する場合は、すでに mysqld サーバに接続している max_connections クライアントが存在しています。

デフォルト（100）より多い接続を行う場合は、max_connections 変数の値を 100 より大きくして、mysqld を再起動する必要があります。

実際は、mysqld では（max_connections+1）クライアントの接続が許可されています。最後の接続は、SUPER 特権のあるユーザ用に予約されています。
一般ユーザにこの特権を与えないことによって（一般ユーザにこの特権は必要ありません）、
この特権のある管理者はログインして、SHOW PROCESSLIST を使用して問題を見つけることができます。
See 項4.6.8.6. 「SHOW PROCESSLIST」。

MySQL 接続の最大数は、スレッドライブラリが特定のプラットフォームでどの程度まで有用であるかに依存します。
Linux または Solaris では、使用している RAM のサイズと、クライアントが何を実行しているかによって、500 ? 1000 の同時接続をサポートできます。

ありがとうございます。
早速変更して様子をみたいと思います。
思ったより、スパムの接続数が多いみたいです。

すいません。バカな漏れをすくってください。
以前、MySQLをインストールして、失敗し、やむなく消去して。
XAMPPをいれたんですけど。
MｙSQLにつなぐと。
access violation なんちゃら～libmysql.dll～なんちゃら
と、何回もエラーがでて、そのうち操作不能になります。
コマンドでsc delete MySQLとかやってみたり、
管理ツールとかもしてみたんですが、
なおりません。
ともだちに聞いたら、クリーンインストールしかないんじゃない
とのことなんですが。
ちょっと消しちゃまずいものもあったりするんで。
バックアップに不安感もあって、ふみきれません。
どうか、たすけてください。

あと、5日前くらいからはじめたばかりなので。
初心者すぎて、書いてることも、自分でもよくわかりきってないんで。
そのへん、ほんとうに、すみません。

窓からパソコン投げれば良いと思う

>>713
そうとうそういう衝動おさえてますｗｗ

親切な自分がいい方法を教えてあげよう。
お年玉で新しいPCを買え（w

>>715
ききたくなかったｗｗｗｗ
そのもっとも正論を、ききたくなかったｗｗ

>>712
XAMPPをまずアンインストールする

次に、スタートメニューから検索を選んで
ファイルとフォルダすべて を選び、libmysql.dllを探す
見つかったlibmysql.dllは全て不要なので 全部ごみ箱に入れる

そのあと、XAMPPをもう一度インストールする



これで多分直るので、ちゃんと動いたのを確認したら
Cドライブをフォーマットして窓からPCを投げ捨てろ

http://click.j-a-net.jp/1006827/223692/

mysqlでPostgreSQLの
Explain analyzeと同じような結果を得ることはできないでしょうか？

phpでSelect文の実行速度をmysqlから得たいのですが、
その方法がわかりません。

>>717さん。
本当に感謝します。
今、ガチで地面に頭つけて土下座しました。
これは、完全に本当です。ありがとうございます。
そして>>718さん。
すかさずのジョーク、笑わせていただきました。
ありがとうございます。

そもそもの設計が間違ってるんじゃね？　としかいいようがない。
EXPLAINしてみた？

ちなみにインデックス張ってると更新は重くなるよ。

SQLの勉強しろよ。
IN を使えばいいでしょ。

複数のカラムでOrder Byするとインデックスが無視されてしまいますが
どうやったって複数の項目でソートせざるを得ないときはどうしますか？

単純な数値のキー二つなら足したりかけたりして一つのカラムに
まとめたりすることも出来ますが、日時と数字だったりすると
相当面倒くさいです。ソートだけに。

複数の項目のインデックスを張る

>>725
すみません。勉強不足でした。
INで出来ました。ありがとうございました。

>>721
百万件以上、数百万件くらいになると、どう正規化しても遅くなる。
あとメンテナンス性も落ちる。
後半に書いているように、データの水平パーティショニングが必要。
大規模なMySQL運用してるところならどこでもやってる。
(例: mixi、Yahoo! J、livedoor、live Journal)

>>729
参照主体ならレプリケーションでも十分対応できるんじゃね？
更新主体だとそうもいかんけど。

5.1使うとその辺楽できていいよね。

>>722>>723 >>729>>730
アドバイスどうもありがとうございました。
EXPLAINで最適化をしたのですが、どうしてもスピードが劣化してしまします。
このペースで1000万件良くと大変なことになりそうなので、策を考えていました。

>>729さんに教えて頂いたパーティション初耳だったのですが、マニュアルを見たらすごく便利ですね。
私は同じテーブルを複製してPGで参照テーブルを決定することを考えていたのですが、
DB側で透過的に負荷分散してくれるこのやり方は最高です。

いま問題になっているのは、会員の購入履歴みたいなもので、会員IDと購入品目などが並んでいます。
会員IDにINDEXを指定していて、会員IDをキーに購入履歴を参照しています。(実際には条件がもう少し複雑です)

このような用途で、会員別にパーティションにしたいのですが、
その場合は、「15.2.3. HASH 分割」がベストということで宜しいでしょうか？
http://dev.mysql.com/doc/refman/5.1/ja/partitioning-hash.html

>>730
アドバイスありがとうございました。
>参照主体ならレプリケーションでも十分対応できるんじゃね？
残念ながら両方なんです。
参照もしながら更新もするテーブルでして、参照も更新も半々で、
それでいてデータ数も2年後には1000万件いく勢いなので・・・

>>731
思うんだけど、購入履歴は「過去○件まで」として
それ以上は削除したら良いんじゃないか？
で、購入履歴からこれまでの注文金額を割り出しているのなら
それを止めて、購入合計金額テーブル+購入履歴にするとか。

俺はそうしてるよ。じゃないと、履歴のログがたまりすぎる。

>>733
返事ありがとうございます。
そうですね、確かにそうしたいのですが、そのテーブルが過去の取引記録を修正する必要がある特殊なもので、
更にその取引履歴がないと他の処理の際に非常に困るケースがありまして、
そのテーブルを今の形以上に最適化？するのが難しいんです。

なので、将来的にそれが1億件とか溜まったらどうするの？って問題もあるのですが、
それに対応するのは、同じ構造のテーブルを複製して負荷分散するしかないのかなぁ、と思ったのが最初の考えだったんです。

>>734
例え1億件溜まったとしても、それに全件対象で
検索なんてまずしないでしょうし、回避方法いくらでもあるでしょう。
しかもその９割以上はもう更新されない固定データのはずです。

パーティションは5.1新機能で、5.1はまだβなので
使うなら人柱の覚悟が必要。
mixiとかは自前でパーティション相当の機能を実装してる。

最適化云々の前に、どう考えても設計にミスがあると思うんだが・・。
mixiほどの会員数でもないだろうし。せいぜい1万人前後だろ。

単位は人じゃないと思う

>>731
まいったな。
5.1新機能の『水平パーティショニング』じゃなくて、MySQLサーバ複数に
同じテーブル用意して、プログラムで参照先を変える、
手動(?)水平パーティショニングのつもりで書いた。
その場合、ユーザテーブルにデータクラスタidのカラムを増やすことになる。
736の言うように、5.1はまだRC1だからなぁ。

>>737
会員数じゃない。

>>744
>>675

mysqlを3.23→4.1.x→5.045にアップデートしたのですが
--skip-grant-tablesをオプションをつけないと
起動しても今までのがうまく動きません
多分ユーザーパスワード関連の問題だとは思うのですが・・・

ユーザーテーブルの拡張は4.1系にアップデートした時に変換しました

--skip-grant-tablesを付けずに起動させて
ちゃんと動くようにするにはどうすればいいのでしょう？
因みに１ユーザーだけパスの変更ができないのがあります
あと、[mysqld]にold-password=1を指定してみてもだめでした

>>748
「うまく動きません」の内容を詳しく。