>>750
何が知りたいんだよ。こんだけ状況説明してんのに。

型指定間違いとか、そんな昨日SQL始めました的な事聞いてるわけじゃないんだけど。

http://dev.mysql.com/doc/ 落ちてる ?

whereつけないorder byだけで抜けたように見えるというなら、それは
本当に入ってないんだろ。それは入れるつもりの値でない別の値を入れて
しまったか、値は正しいがselectの時点では入ってないかのどちらか。

はっきりした。
DATETIMEのORDER BYとLIMITで抜けが出ます。
DATETIME型のカラムをUNIQUEにしてテスト用テーブル作りORDER BYとLIMITでシェルから試してみました。
テーブルに変更は行っておらず、同じクエリを繰り返し、結果は当然同じになるはずですがこれが保証されませんでした。

頻度が低いから気付いてない人がいるかも。

該当Ver　MｙSQL5.0.45

複数IDの更新をしようと思い、

UPDATE SET num=num+1 WHERE id IN('1','2')

としているのですが、INの中に指定されているIDが存在すると
更新されないのですが、1つでも存在しないのがあると、更新されません。

こういう場合、どうやって複数更新したらいいのでしょうか？
やはり、PHPを使ってforで1つずつ更新する方法しかないのでしょうか？

修正

としているのですが、INの中に指定されているIDが存在すると
更新されないのですが、1つでも存在しないのがあると、更新されません。
↓
としているのですが、INの中に指定されているIDが存在すると
更新されるのですが、1つでも存在しないのがあると、更新されません。

当たり前だ。UPDATEっつー命令の意味がわかってんのか、あんたは。
まずは存在しないIDに対してUPDATEを吐くようなヘッポココードを修正しろ。

>>757
ですよね・・。ただ、1件ずつSELECTで調べてUPDATEとして～
という方法だと、負荷がかかりすぎると思うのです。
処理対象の件数が多ければ多いほど。

何か良い案があればと思い、質問させていただきましたが
SQLだけで無理、もしくは1件ずつ調べる方法しかない場合は諦めます。

ON DUPLICATE KEY UPDATE ってのもあるけど

InnoDBでwebアプリが動いているのですが、
最近MRTGでCPUが100％になるので、topコマンドで見てみると、

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
11728 mysql 25 0 694m 344m 5392 S 11 10.5 26:01.50 mysqld

と、前回restartしてからの時間(26時間)、プロセスが動き続けていることに
なっているのですが、実際ほとんどアクセスはされていません。

mysqldは、このように何十時間もプロセスに出続ける物でしょうか？
接続が終了したら、プロセスの時間はリセットされるのでしょうか？

>>755
意味がわからない。何がしたいのか。
where句で該当しないものがupdateされたら逆に困るだろ。

>>761
当然だろ。プロセスが勝手に終了してどうすんだ。お前はサーバーという意味がわかってない。

>>762
apacheってプロセスの時間短いよね。うちはpreforkだけど。
そういうのを以って言ってるんじゃない？sshdも短いし。
わしその辺詳しくないからわからんわ。

>>760
いや、追加はしたくないんです。。

>>762
とにかく「複数のレコードのUPDATEを、出来るだけ負荷がかからず行いたい」
と言うのが目的です。確かに存在しないIDが更新されたら困りますが。

更新用のIDリストはログファイルにまとめているので
それの更新をかける時に、削除されているIDがある可能性があるんです。
なので、どのようにしてSQLを組み立てるべきなのか、悩んでいまして・・。

>>764
ほんとにそのSQLで試した？

存在しないid指定しても単に該当するレコードがないからそのidについては
更新されないだけでエラーとかにはならないよな。単に更新件数が減るだけ。

>>765-766
>>755に書いたソースで試しましたが、全部が更新されないんです。
自分も「単に更新件数が減るだけ」だと思っていたのですが・・。

だから、INを指定する書き方が悪いのかと思い、方法をお尋ねしました。

おかしいね、環境とバージョン書いてみて

>>754
ゼロから詳しくおしえてください
どうやれば再現できますか？

>>767
where ～
～に該当しないのはもちろんupdateされないだろ。
updateしたいレコードをちゃんと抽出できるようにwhereを指定すりゃいいだけだろ。
アホじゃね？

>>768
バージョンは4.1.22です。

>>770
いやだからそれは759に「こういう事で処理出来ますが～」と書いています。
1件ずつ調べる、対処する方法だと負荷がかかると思うから
「一括で更新する方法はないか？」と言う質問です。

いや、質問者はINの中に存在しないIDがあると、存在するものも含めてすべて更新しないって言ってるんでしょ？
そもそも、そのWHERE区をSELECTで使ったらちゃんと出るの？

少なくとも俺の手元では存在しないid(下の例では2)を指定しても
なんともなかったぞ。

mysql> show create table t1\G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`id` int(11) NOT NULL auto_increment,
`value` int(11) default NULL,
PRIMARY KEY (`id`)
) ENGINE=MyISAM AUTO_INCREMENT=6 DEFAULT CHARSET=latin1
1 row in set (0.00 sec)

mysql> select * from t1;
+----+-------+
| id | value |
+----+-------+
| 1 | 10 |
| 3 | 30 |
| 4 | 40 |
| 5 | 50 |
+----+-------+
4 rows in set (0.00 sec)

mysql> update t1 set value = value+1 where id in(1,2,3);
Query OK, 2 rows affected (0.03 sec)
Rows matched: 2 Changed: 2 Warnings: 0

mysql> select * from t1;
+----+-------+
| id | value |
+----+-------+
| 1 | 11 |
| 3 | 31 |
| 4 | 40 |
| 5 | 50 |
+----+-------+
4 rows in set (0.00 sec)

質問者がテーブル構造もろくに書いてないのが問題だが、
いくらなんでも、>>774の様に仮定する人はいないと思うが。
まあエスパーか同じようなテーブル書く人なのかもしれんが。

なんでもいいが、>>773の言うように、selectできりゃupdateできる。
ようは抽出が出来てないだけだ。

つか、掲示板で聞く前に、本でも買って少しぐらい勉強しろ。呆

自分の書き方が悪いのか、全く伝わっていませんね・・。
もちろん、自分で調べてググってそれでも解決しないから
皆さんの知恵をいただこうと思い、質問しました。

もちろん、SELECTでも出力されるし、テーブル構造も>>775のような形です。
だから、「SELECTしてUPDATEするの繰り返すと負荷がかかる」
という意見が言えるのではないでしょうか。

どのように質問すれば皆さんに理解して貰える書き方が出来るか
馬鹿な私にはわかりませんので、もう遠慮します。色々ありがとうございました。

>>779
だから全く問題ないのに、結果がおかしいんだろ。
異常が出てるのはそこだけじゃないかもしれないから、
1件ずつ入れて回避するようなことをせずに、根本的に直したほうがいいよ。
インストールしなおしたら？

結局、>>775のような、とは書いてるが実際のテーブルとかそこで使用したSQLとか
結果とか全然あげてないじゃん。あとで自分のミスに気がついて赤面することになるとは思うけど
問題解決したいなら全部さらしたほうがいいと思うよ。

>>779
君は本買って勉強したほうがいい。ど素人中のど素人だから、今の段階で質問をするべきじゃない。
一回で抽出できりゃ、一回でupdateできるって言ってるだろ。意味がわからないんだから、そうとう知識がないんだよ。

>>780
お前もひどいアドバイスだな。無駄な事させてやるな。

SQL直書きでは上手く動いているけどPHPとかのスクリプトでSQL生成した時に
失敗している気がするな

後からログ拾ってバッチするよりその時一緒に処理するのが一番なんだけどね
例外起きた時にもROLLBACKで整合性を保てるし

>>779
UPDATE SET num=num+1 WHERE id = '1' OR id = '2'
じゃダメなんだっけ？

5.0.27で、InnoDBのINSERTとDELETE間でロックが発生するんですが、これって仕様なんでしょうか？
それらしい記述は見つけられなかったのですが。

端末A
create table x ( id int ) type=InnoDB;
insert into x values (1);
COMMIT;
START TRANSACTION;
insert into x values (2);

端末B
delete from x where id=1;
->待ち発生。端末AでCOMMITすると実行される。

>>788
これでやってみなー

端末A
create table x ( id int ) type=InnoDB;
create index x_id on x (id);
insert into x values (1);
COMMIT;
START TRANSACTION;
insert into x values (2);

端末B
delete from x where id=1;

>>755
話題に乗り遅れた亀だけど。
SELECT * FROM hoge_table where pid not in (1, null);
not inを作るときに右辺にnull値が入ってたんじゃね？とかっていうエスパー回答。

postgresqlのマニュアルっぽいけど。
右辺にNULL値が存在したらIN述語がうまくうごかない
http://www.l2tp.org/2008/01/nullin.html

桁数を指定したいならDECIMALやNUMERIC使え。

InnoDBなのですが、order byに時間がかかってしまいます。

select * from table where mid='hoge' order by id desc limit 0,10;

explainで確認したところ、 Using filesortとなっていてorder byにはindexが使われていないようです。
order byの対象レコードはrows 41074（mid='hoge'が41074レコード）なのですが、

これで一秒ほどもかかってしまいます。
midとidにそれぞれindexを作成しています。
何か良い改善策はありますでしょうか？