javajdbc4. Можно переписать оптимизировать запрос без подселекта.
Я не знаю как это сделать.
javajdbc5. Для начала почитайте про, и выполните EXPLAIN
для всего запроса (без ИНТО ФИЛЕ) и отдельно для
подзапроса. Если сможете переписать без подселекта,
дайте и его ЕХПЛАИН.
Для подселекта можно сделать, а для полного запроса запущу, но ждать придется сутки.
1.
2.
3.
4.
5.
6.
7.
mysql> explain SELECT `itemid`,`hostid`,`key_` FROM `items` where `key_` LIKE "ifOperStatus[GigabitEthernet%]";
+----+-------------+-------+-------+---------------+---------+---------+------+-------+--------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+-------+---------------+---------+---------+------+-------+--------------------------+
| 1 | SIMPLE | items | index | NULL | items_1 | 775 | NULL | 16712 | Using where; Using index |
+----+-------------+-------+-------+---------------+---------+---------+------+-------+--------------------------+
1 row in set (0.00 sec)
Akina1) Измените LIKE на INSTR, и максимально укоротите строку поиска.
Попробую.
Akina2) Сколько записей возвращает подзапрос
1.
2.
3.
4.
5.
6.
7.
mysql> SELECT count(0) FROM `items` where `key_` LIKE "ifOperStatus[GigabitEthernet%]";
+----------+
| count(0) |
+----------+
| 1650 |
+----------+
1 row in set (0.04 sec)
AkinaСколько записей возвращает запрос
Расчетно около 35 млн. записей.
Akina3) Нафига нужна конечная сортировка?
Это правда, сортировка тут не нужна
alex564657498765453через две недели, каковы шансы, что интерфейс с айди 200 ниразу небыл в апе за всю историю???
Для этого и делается запрос с некоторой периодичностью.
А на счет за всю историю, тут надо пояснить.
База разбита ежедневным партиционированием. Партиции старше 30 дней удаляются. Поэтому автоматически "за всю историю"="за последние 30 дней"
Из того что я сам пробовал понять что тормозит, то запрос
1.
2.
3.
SELECT MIN(hu.value)
FROM `history_uint` AS hu
WHERE hu.itemid=1012
Выполняется 19 часов.
