Windows Server 2008 R2でMySQL 5.1を実行しています。
私たちは最近データベースでいくつかの診断をしていて、説明できないいくつかの邪魔なアーティファクトを見つけました。長時間（> 2000ミリ秒）のクエリがある場合にログにコードを追加しました。結果は驚くべきものでした（そして、おそらくデッドロックの説明）。
通常、非常に短い時間（10ミリ秒未満）で実行されるクエリには、4〜13秒かかります。明確にするために、これらは絶えず（1秒間に数回）実行されているクエリであり、これらのクエリの時間スパイクに悩まされていません。
明らかな間違いを探すためにインデックスを調べましたが、あまり運がありませんでした。
更新
ピープルテーブル：
| people | CREATE TABLE `people` (
`people_id` bigint(20) NOT NULL AUTO_INCREMENT,
`company_id` bigint(20) NOT NULL,
`name` varchar(255) DEFAULT NULL,
`password` varchar(255) DEFAULT NULL,
`temp_password` varchar(10) DEFAULT NULL,
`reset_password_hash` varchar(255) DEFAULT NULL,
`email` varchar(255) DEFAULT NULL,
`phone` varchar(32) DEFAULT NULL,
`mobile` varchar(32) DEFAULT NULL,
`iphone_device_id` varchar(160) DEFAULT NULL,
`iphone_device_time` datetime DEFAULT NULL,
`last_checkin` datetime DEFAULT NULL,
`location_lat` double DEFAULT NULL,
`location_long` double DEFAULT NULL,
`gps_strength` smallint(6) DEFAULT NULL,
`picture_blob_id` bigint(20) DEFAULT NULL,
`authority` int(11) NOT NULL DEFAULT '0',
`active` tinyint(1) NOT NULL DEFAULT '1',
`date_created` datetime NOT NULL,
`last_login` datetime NOT NULL,
`panic_mode` tinyint(1) NOT NULL DEFAULT '0',
`battery_level` double DEFAULT NULL,
`battery_state` varchar(32) DEFAULT NULL,
PRIMARY KEY (`people_id`),
KEY `email` (`email`),
KEY `company_id` (`company_id`),
KEY `iphone_device_id` (`iphone_device_id`),
KEY `picture_blob_id` (`picture_blob_id`),
CONSTRAINT `people_ibfk_1` FOREIGN KEY (`company_id`) REFERENCES `companies` (`company_id`) ON DELETE CASCADE ON UPDATE CASCADE,
CONSTRAINT `people_ibfk_2` FOREIGN KEY (`picture_blob_id`) REFERENCES `blobs` (`blob_id`) ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=4658 DEFAULT CHARSET=utf8 |インデックス：
+--------+------------+------------------+--------------+------------------+-----------+-------------+----------+--------+------+------------+---------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |
+--------+------------+------------------+--------------+------------------+-----------+-------------+----------+--------+------+------------+---------+
| people | 0 | PRIMARY | 1 | people_id | A | 3502 | NULL | NULL | | BTREE | |
| people | 1 | email | 1 | email | A | 3502 | NULL | NULL | YES | BTREE | |
| people | 1 | company_id | 1 | company_id | A | 3502 | NULL | NULL | | BTREE | |
| people | 1 | iphone_device_id | 1 | iphone_device_id | A | 3502 | NULL | NULL | YES | BTREE | |
| people | 1 | picture_blob_id | 1 | picture_blob_id | A | 3502 | NULL | NULL | YES | BTREE | |
+--------+------------+------------------+--------------+------------------+-----------+-------------+----------+--------+------+------------+---------+サーバー上のテーブルに〜5000行あり、問題が発生しています。
1
前の2つの質問でまだ示していないものがあります。この質問に3つ（3）のことを追加してください。1）CREATE TABLE people \ Gを表示します。2）人からインデックスを表示します。3）人からCOUNT（1）を選択します。
—
-RolandoMySQLDBA
@RolandoMySQLDBA明日仕事を始めたらすぐにそれをやるつもりです。乾杯:)
—
RedBlueThing
回答を更新しました。読んでください ！！！
—
RolandoMySQLDBA
@RolandoMySQLDBAありがとう:)。まだこのようなものを解析しています。私たちがどのように行くかをお知らせします。
—
RedBlueThing