PHP.SU

Программирование на PHP, MySQL и другие веб-технологии

PHP.SU Портал

Главная

Помощь

Поиск

Поиск Яндекс Вакансии

Пользователи

Здравствуйте, Гость

( Вход · Регистрация · Правила форума )

Забыли пароль?

Решение проблемы с тяжелым запросом к БД

Форумы портала PHP.SU » PHP » Программирование на PHP (Модераторы: valenok, OrmaJever, Саныч)

Страниц (1): [1]

Описание: Ваши соображения.

Поиск в теме | Версия для печати

bt_corp	Отправлено: 05 Декабря, 2010 - 23:15:14
Гость Покинул форум Сообщений всего: 71 Дата рег-ции: Май 2010 Помог: 0 раз(а)	Долго я плавал в поисках решения проблемы нагрузки на сервер, которую влечет запрос в БД использующий 7 таблиц, в результате на мощном VDS 1Гб оперативной и 2.4ГГц процессора запрос генерируется 8 - 14 секундах и это при том, что в результат при определенном параметре " WHERE "попадает пока 600 записей. Пока так и не обнаружил нужный остров где бы можно было найти решение этой задачи. Я смотрю в сторону кэширования. Просмотрев массу документации и примеров я так и не понял как реализовать это в данном случае. И вообще является ли это решением данной проблемы? Я не знаю ... Хотел бы услышать мнение от людей которые имеют соображения по данной проблеме! ----- Программист, это - такой человек, который сначала много думает, чтобы потом ничего не делать!

Мелкий	Отправлено: 05 Декабря, 2010 - 23:22:08
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	0) индексы создали по полям объединений? 1) смотрите через explain, использует ли СУБД эти индексы ----- PostgreSQL DBA

bt_corp	Отправлено: 06 Декабря, 2010 - 01:00:21
Гость Покинул форум Сообщений всего: 71 Дата рег-ции: Май 2010 Помог: 0 раз(а)	Проверил, индексы проставлены. Код запроса, не знаю что можно сделать. CODE (SQL): скопировать код в буфер обмена SELECT DISTINCT summary.info_hash AS hash, summary.seeds, summary.leechers, summary.finished AS finished, summary.dlbytes AS dwned, namemap.id, namemap.filename, namemap.file_view, namemap.url, namemap.info, namemap.anonymous, summary.speed, UNIX_TIMESTAMP( namemap.DATA ) AS added, namemap.size, namemap.external, namemap.uploader AS upname, users.username AS uploader, prefixcolor, suffixcolor FROM category_namemap, summary LEFT JOIN namemap ON summary.info_hash = namemap.info_hash LEFT JOIN users ON users.id = namemap.uploader LEFT JOIN users_level ON users.id_level = users_level.id WHERE 1 =1 AND category_namemap.torrent_hash = summary.info_hash AND category_namemap.category_id IN ( 66 ) AND namemap.filename LIKE '%%' AND namemap.info_hash = summary.info_hash ORDER BY id DESC LIKE 0,10 ----- Программист, это - такой человек, который сначала много думает, чтобы потом ничего не делать!

OrmaJever	Отправлено: 06 Декабря, 2010 - 02:21:42
Активный участник Покинул форум Сообщений всего: 7540 Дата рег-ции: Янв. 2010 Откуда: Чернигов Помог: 299 раз(а)	запрос мягко говоря огого... А вы хотите взять этим запросом? ----- Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

Мелкий	Отправлено: 06 Декабря, 2010 - 09:40:10
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	bt_corp пишет: WHERE 1 =1 ?! Для чего пустое условие? Пусть бд развлекается? bt_corp пишет: AND namemap.filename LIKE '%%' аналогично, но куда более круто. Если хотите найти непустые строки, то так и проверяйте !='' bt_corp пишет: LIKE 0,10 А это вы вообще откуда нашли такое? СУБД ещё не в ужасе, нормально подобное парсит? Limit, видимо, имелся в виду. ----- PostgreSQL DBA

Поиск в теме | Версия для печати

Страниц (1): [1]

Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)

« Программирование на PHP »

Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.