SmartCJ Support Forum

Приветствую
Такие ошибки со вчера сыпаться стали на слейвах

Core error: Mysql error 1969: Query execution was interrupted (max_statement_time exceeded) (SELECT gs.gallery_id, gs.thumb_id, gi.sponsor_id, gi.content_count, gi.content_type, gs.total_shows, gs.total_clicks, gs.total_ctr, gt.thumb_url, gd.*, gi.content_count, gi.crop_profile_id, gs.activation_date, gi.added_date, gi.duration, gi.url, gi.gallery_total_shows, gi.sponsor_id, gi.source_url, gi.custom_gallery FROM rot_gallery_stats43 as gs FORCE INDEX (group_id) STRAIGHT_JOIN rot_gallery_info as gi on gi.gallery_id = gs.gallery_id STRAIGHT_JOIN rot_gallery_data1 as gd on gd.gallery_id = gs.gallery_id JOIN rot_gal2tag on rot_gal2tag.gallery_id = gs.gallery_id JOIN rot_thumbs as gt on gt.thumb_id = gs.thumb_id WHERE 1 = 1 AND gi.gallery_status = 'active' AND gi.gallery_type = 0 and gs.best_thumb = 'yes' and gs.group_id = 0 and gs.gallery_id NOT IN ( SELECT gallery_id FROM rot_gallery_stats43 WHERE group_id IN (293)) AND gs.gallery_id IN (SELECT gallery_id FROM rot_gal2tag WHERE tag_id IN ('101','993','1351','1651') ) group by gs.gallery_id, gs.thumb_id ORDER BY tested_thumb DESC, gs.total_ctr DESC LIMIT 0, 23# queryitems)

Можно как-то победить? Админы шаманили, мускуль теперь не падает, но ошибки сыпятся...

Приветствую!

тюнить мускл, переносить на ссд базы

в целом думаю более познавательно если ввести ошибку в гугл, там будет подробно расписано, суть в том, что мускл не успевает выполнить запрос

Диски ssd, базы в оперативной памяти... ошибки сыпятся

если база в памяти, а мускл говорит max_statement_time exceeded - это скорее какой-то косяк с настройкой мускла

по ошибке "мусклу не хватило времени что б выполнить запрос" я не могу ответить в чем конкретно проблема, но у вас на руках запрос, мускл и админ. Можно эту базу перенести на другой сервак - убедиться что запрос выполняется без проблем.

если админ знает что я могу со стороны скрипта сделать - не вопрос, пусть говорит, я сделаю

Можно как-то из консоли запустить оптимизацию мастера?
scj/admin/?operation=maintainance&sub=db_repair&

max_statement_time увеличили - 100% загрузка процессора мускулем
Упал

смотря что что вы вкладываете в "оптимизировать мастер"

этот пункт меню - просто в базе optimize table запускает
да, эту команду можно запустить прямо в консоли

а как вы видите что забы - в памяти? ну кроме "мне админ сказал"

"Таблицы не полностью перенесены в память, конечно же, такое можно только через Memory storage engine сделать, но делать это не стоит.
Мы увеличили innodb buffer до размеров, позволяющих попасть в кэш innodb таблицам целиком.
Часто используемые данные будут находится в оперативной памяти."

ясно , те по классике "админ сказал"

тут ситуация такая что в данном раскладе перегружен мускл, думаю это ясно и без того что б самому быть админом

как обычно есть 2 варианта:

1. просто взять еще один сервак под мускл
2. взять админа который сможет настроить мускл так, что б он еще что-то смог вытянуть с этого сервака

со своей стороны я готов работать с админом столько сколько надо, пусть говорит что я могу поменять что б было лучше

Ротацию отключить, как вариант, снизит нагрузку?

да, отключение любой функциональности влияет на нагрузку