Ми запускаємо MySQL 5.1 на Windows Server 2008 R2.
Ми пізно проводили діагностику в нашій базі даних пізно і виявили тривожні артефакти, які ми не можемо пояснити . Ми додали код для входу в журнал, коли у нас були запити, які тривалий час (> 2000 мс). Результати були дивовижними (і, можливо, поясненням наших тупиків).
Інколи запити, які зазвичай займають дуже мало часу (<10 мс), займають від 4 до 13 секунд. Щоб було зрозуміло, це запити, які виконуються постійно (кілька разів на секунду) і не страждають від цих спадів часу запитів.
Ми пройшли наші індекси, шукаючи явних помилок і не мали великої долі.
Оновлення
Стіл людей:
| 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
Є щось, що ви ще не показали в попередніх двох питаннях. Додайте до цього питання три (3) речі: 1) ПОКАЗУЙТЕ СТВОРИТИ СТІЛЬКИ людей \ G 2) ПОКАЖИТИ ІНДЕКСИ від людей; 3) ВИБІРТЕ КУХНУ (1) від людей;
—
RolandoMySQLDBA
@RolandoMySQLDBA Я зроблю це, як тільки завтра прийду на роботу. Ура :)
—
RedBlueThing
Я оновив свою відповідь. Будь ласка, прочитайте !!!
—
RolandoMySQLDBA
@RolandoMySQLDBA Спасибі :) Досі розбираємо цей матеріал. Я дам вам знати, як ми йдемо.
—
RedBlueThing