https://github.com/RodrigoViolante/my.cnf/blob/master/my.cnf_64GB - вот как пример по запросу "my cnf 64gb ram"
чел 38 гиг отвел под innodb_buffer_pool_size
чел 38 гиг отвел под innodb_buffer_pool_size
Какое время запроса без сортировки?как решить проблему с order, можете подсказать?
у нас вот какhttps://github.com/RodrigoViolante/my.cnf/blob/master/my.cnf_64GB - вот как пример по запросу "my cnf 64gb ram"
чел 38 гиг отвел под innodb_buffer_pool_size
суть в том что сделать выборку похожих товаров по тегам с сортировкой по дате добавления по убыванию. Тут как бы без сортировки не обойтисьКакое время запроса без сортировки?
Тогда единственный вариант переписывать этот сайт, уверен что одним запросом там дело не обойдется+ на сервере помимо этого сайта есть и другие сайты
Ну так дубли же не просто так. Значит, наджойнилось. Значит, где-то надо либо уточнять условия джойнов, либо правильно делать группировку. Подозреваю, что результаты запроса в итоге вообще некорректны: mysql до версии 5.7.5 по умолчанию в таком случае берет в рамках группы первую попавшуюся строку, а остальные откидывает. Начиная с 5.7.5 будет ошибка.product_id лишнее уберу его, или что еще? без дистинкта не получилось сделать запрос, иначе появлялись дубли
select product.*, company.*, ...
from product,
...,
(
select distinct product_id from product_to_tag
where product_to_tag.tag_id in (...)
) filter
where filter.product_id = product.id
...
если много, то надо другой вариант искатьЕсли продуктов после фильтрации по тэгам остается немного