Windows Server 2008 R2에서 MySQL 5.1을 실행하고 있습니다.
우리는 최근 데이터베이스에서 진단을 해왔 으며 설명 할 수없는 방해물을 발견했습니다 . 오랜 시간이 걸린 쿼리 (> 2000ms)를 기록 할 코드를 추가했습니다. 그 결과는 놀라웠습니다 (그리고 교착 상태에 대한 설명 일 수도 있습니다).
일반적으로 시간이 거의 걸리지 않는 쿼리 (<10ms)는 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
이전 두 질문에서 아직 보여주지 않은 것이 있습니다. 이 질문에 three (3) thiings를 추가하십시오 : 1) 테이블 사람들을 보여주십시오 \ G 2) 사람들로부터 인덱스를 보여주십시오; 3) 인원수 선택 (1)
—
RolandoMySQLDBA
@RolandoMySQLDBA 나는 내일 출근하자마자 그렇게 할 것입니다. 건배 :)
—
RedBlueThing
내 답변을 업데이트했습니다. 읽어주세요 !!!
—
RolandoMySQLDBA
@RolandoMySQLDBA 감사합니다 :). 여전히이 물건을 파싱하고 있습니다. 우리가 어떻게 가는지 알려 드리겠습니다.
—
RedBlueThing