Задавайте вопросы, мы ответим
Вы не зашли.
Страниц: 1
Несмотря на предупреждение что experimental, система у меня тоже experimental, решил я использовать MySQL 6.0 на FreeBSD 7.2. Прошло время, апгрейдим до FreeBSD 8.1. В процессе апгрейда портов (а также ядра и мира), выяснилось что MySQL 60 вроде как нет и не будет, что они там делят dntknw, - ладно поставил 55, и затем попробовал 51, тоже самое. Собственно в младших версиях MySQL оказывается тормозит корелированный запрос ANY.
На домашнем компе K7 под виртуалкой осталась MySQL 60, таблицу туже туда еле загрузил, вобщем результаты:
Сначала конфигурация:
HOME:
CPU: AMD K7 processor (1750.50-MHz 686-class CPU)
FreeBSD home 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri Jun 4 20:00:59 MSD 2010 user@home:/usr/obj/usr/src/sys/VMKERNEL i386
mysql Ver 14.15 Distrib 6.0.10-alpha, for portbld-freebsd7.2 (i386) using 5.2
WORK:
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.13-MHz K8-class CPU)
FreeBSD work 8.2-RC3 FreeBSD 8.2-RC3 #0: Mon Feb 7 21:31:45 MSK 2011 user@work:/usr/obj/usr/src/sys/BSDKERNEL amd64
mysql Ver 14.14 Distrib 5.5.8, for FreeBSD8.2 (amd64) using EditLine wrapper
индексы:
+--------+------------+----------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+--------+------------+----------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| source | 0 | PRIMARY | 1 | id | A | 25351 | NULL | NULL | | BTREE | | |
| source | 1 | dest_source_id | 1 | dest_id | A | 25351 | NULL | NULL | YES | BTREE | | |
+--------+------------+----------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
mysql> select * from source where (dest_id,id) = any ( select dest_id,max(id) from source group by dest_id ) limit 100; (400, 1000)
HOME:
100 rows in set (0.02 sec)
400 rows in set (0.03 sec)
1000 rows in set (0.05 sec)
WORK:
100 rows in set (4.88 sec)
400 rows in set (12.64 sec)
1000 rows in set (2 min 18.96 sec)
8 - [ ~ ]
однако:
mysql> select dest_id,max(id) from source group by dest_id limit 1000;
HOME:
1000 rows in set (0.01 sec)
WORK:
1000 rows in set (0.00 sec)
MySQL установил как есть, ничего не настраивал, только запустил mysql_install_db.
1. ставить 60 через csup, я не замечал, но говорят проблемы: http://lists.freebsd.org/pipermail/free … 2009-No...
2. настройка какая-то нужна?
3. по другому запрос записать?
4. мож патч какой есть, наверняка что нибудь специально тормозит
Переход на PostgreSQL желателен только в крайнем случае.
Комментарии и мнения, советы... Заранее Спасибо.
Неактивен
EXPLAIN от запросов покажите? Скорее всего, просто подзапрос в 5.1 считается
зависимым, а в шестерке очень много патчей на оптимизацию подзапросов.
Неактивен
Спасибо за ответ
Действительно на 5.5 подзапрос воспринимается как зависимый, а на 6.0 все в порядке. но проблема в том что непонятно что происходит с 6.0, ее нельзя поставить на FreeBSD по крайней мере из портов ее убрали, сказано что deprecated 1, 2 как пишется: 'use 5.5 instead', невсегда возможно.
Как я понимаю патчи на подзапросы в отдельном виде для 5.5 не существуют. остается или перелопачивать проект, ждать версию или переходить на другую субд.
Хотелось бы знать известно ли что либо о дальнейшей судьбе mysql как будет развиваться и когда может появиться очередная версия или патчи?
Заранее спасибо
Неактивен
PS:
На 5.5:
mysql> explain extended select * from source where (dest_id,id) = any ( select dest_id,max(id) from source group by dest_id) limit 10; +----+--------------------+--------+-------+---------------+-------------------+---------+------+-------+------------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+--------------------+--------+-------+---------------+-------------------+---------+------+-------+------------+-------------+
| 1 | PRIMARY | source | ALL | NULL | NULL | NULL | NULL | 24169 | 100.00 | Using where |
| 2 | DEPENDENT SUBQUERY | source | index | NULL | source_dest_id | 5 | NULL | 1 | 2416900.00 | Using index |
+----+--------------------+--------+-------+---------------+-------------------+---------+------+-------+------------+-------------+
На 6.0:
mysql> explain extended select * from source where (dest_id,id) = any ( select dest_id,max(id) from source group by dest_id) limit 100;
+----+-------------+--------+-------+---------------+-------------------+---------+------+-------+----------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+--------+-------+---------------+-------------------+---------+------+-------+----------+-------------+
| 1 | PRIMARY | source | ALL | NULL | NULL | NULL | NULL | 25333 | 100.00 | Using where |
| 2 | SUBQUERY | source | index | NULL | source_dest_id | 5 | NULL | 25333 | 100.00 | Using index |
+----+-------------+--------+-------+---------------+-------------------+---------+------+-------+----------+-------------+
многократно дублировать данные придется. и программно все перебирать каждый раз.
может есть какое-то обходное решение, как нибудь запрос переформулировать?
Отредактированно oklas (15.02.2011 16:38:52)
Неактивен
Да, нужно переписать запрос так, чтобы он не считался зависимым.
Например, зависимым никогда не может быть запрос, который явля-
ется таблицей:
SELECT s1.* FROM source s1, (SELECT ... GROUP BY dest_id) s2
WHERE s1.id = s2.id AND s1.dest_id = s2.dest_id;
Неактивен
Страниц: 1