Таблица assets - Joomla 2.5: Общие вопросы

Доброго времени суток,  может кто в курсе за что отвечает таблицы _assets в базе Joomla 2.5.1

интересуюсь потому что после обновления с версии 1.7.3 до 2.5.1 с помощью пакета обновления Joomla_2.5.1-Stable-Update_Package.zip (через авто обновление почему то не обновилось) возникла непонятая нагрузка на MySQL сервер в процессах которого постоянно весело копирование во временную память данных из это таблицы (_assets) нагрузка в несколько раз уменьшилась после очищение данной таблицы, сайт работает нормально однако остается загадкой какие же данные были в этой таблице.

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

восстановил таблицу из бекапа зашел в админку
сразу в базе пошли процессы типа :

Copying to tmp table   

SELECT b.rules
FROM j17_assets AS a
LEFT JOIN j17_assets AS b ON b.lft <= a.lft
AND b.rgt >= a.rgtW

подскажите пожалуйста как от этого избавиться, поскольку создается большая нагрузка на сервер

переустановил Joomla 2.5.1 чистую залил базу снова процесс Copying to tmp table в таблице _assets загружает сервер  сильно
пока решения не нашел

информация про систему:
Платформа    Linux ez228 2.6.32-5-openvz-amd64 #1 SMP Mon Oct 3 05:12:50 UTC 2011 x86_64
Версія бази даних    5.1.49-3-log
Співставлення бази даних    utf8_general_ci
Версія PHP    5.3.3-7+squeeze8
Веб-сервер    Apache
Веб-сервер з інтерфейсом PHP    apache2handler
Версія Joomla!    Joomla! 2.5.1 Stable [ Ember ] 2-Feb-2012 14:00 GMT
Версії платформи Joomla!    Joomla Platform 11.4.0 Stable [ Brian Kernighan ] 03-Jan-2012 00:00 GMT

Ну причина процесса описана в Copying to tmp table, но почему это занимает у вас так много ресурсов - не знаю. Может быть имеет смысл поискать ответ на forum.joomla.org?

спасибо буду искать
на моем сервере  tmp table size   16,777,216   
кэширование никак не повлияло на уменьшение использования ресурсов, отключение всех сторонних установок также

что интересно если откатиться до 1.7.3  то данной проблемы не возникает, сайт имеет 8к материалов и посещаемость 3-4к/сутки

получается что при обновлении сайта до версии 2.5.1 он начинает использовать почти в 20 раз больше ресурсов сервера, пока откатился на хосте до 1.7.3 буду тестировать на локалке

увеличение размера tmp table size до 64м не помогло
процесс Copying to tmp table в таблице _assets по прежнему очень сильно загружает сервер 

Сегодня столкнулся с аналогичной проблемой на Joomla 2.5.7 запрос:

SELECT b.rules
FROM jos_assets AS a
LEFT JOIN jos_assets AS b ON b.lft <= a.lft
AND b.rgt >= a.rgtW

ложит бд.

При этом буквально вчера все работало. Ни чего не обновлял и не устанавливал. Joomla установлена с аналогичными параметрами еще на десятке сайтов, но ложат бд только два из них. Что могло произойти, что привело к этим печальным последствиям?

Нашел это: http://docs.joomla.org/Fixing_the_assets_table

но оно пока мне не особо помогло в решении моей проблемы

Помог в решении проблемы и дал понимание сути происходящего этот пост: http://www.reviewsforjoomla.com/forum/index.php?topic=19305.0
и этот скрипт: https://github.com/ikajaste/Joomla-2.5-Asset-Weaver

Конкретно в нашем случае, эта проблема была вызвана следующим. Мы тягали новости по крону отдельным скриптом с сайта донара и пихали их напрямую в БД в таблицу jos_content. Это замечательно работало в Joomla 1.5  и более старших версиях т.к. таблица assets появилась с Joomla 1.6, но использоваться стала позже. Мы своим скриптом не добавляли ни каких правил в таблицу assets, но Joomla их добавляла туда сама, как я понимаю при первом обращении к перенесенному материалу, и делала она это не совсем корректно, выставляя parent_id=0, что судя по писанию приведенному в ссылках выше недопустимо. Таблица пухла до критической массы, после которой вышеописанный запрос приводил БД в ступор.

Быстрым, но временным лечением сайта стало удаление всех кривых записей в таблице jos_assets, запросом:
DELETE FROM  `jos_assets` WHERE  `parent_id` =0 AND  `name` LIKE  '%com_content.article.%' AND `id`!=1

У меня jos_assets имеет 5234 записи.
В какой-то момент перестал работать мост JFusion - не авторизовывает группу Зарегистрированных - админов безпроблем.
Поставил новую Joomla - все гуд. Переношу данные с сайта в новую БД - Только перенесу jos_assets от сайта - сразу затык в авторизации.
Вот такие дела.
Что она делает - так и не разобрался.

Быстрым, но временным лечением сайта стало удаление всех кривых записей в таблице jos_assets, запросом:
DELETE FROM  `jos_assets` WHERE  `parent_id` =0 AND  `name` LIKE  '%com_content.article.%' AND `id`!=1

Помог твой пост, но я удалил все материалы так:
DELETE FROM  `jos_assets` WHERE  `name` LIKE  '%com_content.article.%' AND `id`!=1

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