История такова 18 дек побилась таблица сообщений в БД, была восстановлена по средствам phpmyadmin, 19 дек были увеличены ресурсы VDS до 4х2000CPU и 3Г RAM до этого было 2х2000CPU и 1.5гRAM не хватало часто бились таблицы в пиках. Всё вроде заработало нормально, но уже 21дек количество файловых дескрипторов выросло до 50% или по другому 2000шт до этого на меньшем VDS дескрипторы не превышали 25%. Попытки выявить из за чего привели к БД форума, именно она создает такое количество дескрипторов т.к если остановить mysql то их становится 400шт, в переписке с хостерами не чем помочь не могли сказали что не чего критичного на vds они не видят и что это только 50% из доступных типа беспокоится не стоит. Ну как бы ладно 50 дак 50, но у форума увеличилось время генерации страниц в больших темах то есть тема на 1-2 страницы генерируется за 0.1сек а тема на 130 страниц за 5-9сек что естественно сказывается на посетителях им не по приколу ждать загрузки страниц таких тем по 9 секунд.

Проверил базу на индексы по средствам SSH и через админку форума все нормально. В это время не память, не проц, не превышают 15% по нагрузке

Что может быть куда копать???

Но только вношу первую правку и при просмотре любой темы получаю сообщение об ошибке БД

Делайте вторую правку.

при просмотре любой темы получаю сообщение об ошибке БД

Логи предоставьте

Делал и вторую. И обе вместе пробовал. Все равно ошибка БД при просмотре темы

Вот лог:

 

Date: Fri, 15 Feb 2013 05:56:41 +0000

Error: 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '( SELECT pid FROM ibf_posts ORDER BY pid asc LIMIT 0,20 ) z LEFT JOIN ibf_membe' at line 1

IP Address: *.*.176.77 - /index.php?showtopic=121190

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

mySQL query error: SELECT p.*,m.member_id as mid,m.name,m.member_group_id,m.email,m.joined,m.posts, m.last_visit, m.last_activity,m.login_anonymous,m.title as member_title, m.warn_level, m.warn_lastwarn, m.members_display_name, m.members_seo_name, m.member_banned, m.has_gallery, m.has_blog, m.members_bitoptions,m.mgroup_others,pp.*,w.wl_id,pc.*,rep_index.rep_rating as has_given_rep,rep_cache.rep_points, rep_cache.rep_like_cache,cca.*,ccb.cache_content as cache_content_sig, ccb.cache_updated as cache_updated_sig FROM ibf_( SELECT pid FROM ibf_posts ORDER BY pid asc LIMIT 0,20 ) z LEFT JOIN ibf_members m ON ( m.member_id=p.author_id )

LEFT JOIN ibf_profile_portal pp ON ( m.member_id=pp.pp_member_id )

LEFT JOIN ibf_members_warn_logs w ON ( w.wl_content_app='forums' and w.wl_content_id1=p.pid )

LEFT JOIN ibf_pfields_content pc ON ( pc.member_id=p.author_id )

LEFT JOIN ibf_reputation_index rep_index ON ( rep_index.app='forums' AND

rep_index.type='pid' AND

rep_index.type_id=p.pid AND

rep_index.member_id=1 )

LEFT JOIN ibf_reputation_cache rep_cache ON ( rep_cache.app='forums' AND rep_cache.type='pid' AND rep_cache.type_id=p.pid )

LEFT JOIN ibf_content_cache_posts cca ON ( cca.cache_content_id=p.pid )

LEFT JOIN ibf_content_cache_sigs ccb ON ( ccb.cache_content_id=m.member_id ) WHERE p.topic_id=121190 AND p.queued IN (0,1,2)

Делал и вторую. И обе вместе пробовал.

Ниже написано, что не будет работать на форумах, если таблицы имеют префикс. А у Вас он есть.

На второй странице есть ссылка на файл topics.php. Скачайте и загрузите с заменой.

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

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