[Проблема]

В админке зашел в раздел резервного копирования (обслуживание - резервное копирование базы данных) и обнаружил, что в перечне "Таблицы базы данных, включаемые в резервную копию" расплодилось бешеное количество непонятных таблиц типа vb_taggregate_temp_1247234160 с разными десятизначными числами в конце.

Что бы это могло быть?

Движок 3.6.8.

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

Удали их все и через пару часов снова проверь.

Накапливаются, если, например, в cron-заданиях возникают ошибки. Эти задания сначала создают таблицу, потому что-то делают и не могут нормально завершиться. Например, если попортится таблица threadviews, то пока ее не починишь, задание подсчитывающее просмотры тем, будет вываливаться и оставлять после себя такие таблицы.

Originally Posted by netwind

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

Похоже, именно с этой таблицей и проблема. Можно чуть подробнее, как ее починить?

Симптомы:
1. в phpmyadmin напротив этой таблицы вместо колонок "записи-тип-сравнение-размер" стоит одно слово "используется".

2. В админке при попытке сделать для этой таблицы "Обслуживание - Восстановить/оптимизировать таблицы" выдает:

vb_threadviews Check Error: Incorrect file format 'vb_threadviews'

Тогда пересоздай эту таблицу : совсем удали DROP TABLE и создай взяв за основу свежую инсталляцию форума. В mysql есть такой приятный фокус как CREATE TABLE LIKE .

netwind, немножко слишком сложно для меня. Ну, drop table это понятно, а вот каким образом взять за основу свежую инсталляцию форума (и что это вообще такое), не понял. :(

Ну ставишь отдельно еще один форум в ту же базу с другим префиксом. В процессе инсталляции он создает все свои таблицы. Потом создаешь точно такую же таблицу по образу и подобию.
Подашь запрос show create table new_threadviews; и он тебе покажет текст оператора создания таблицы.
Либо, если дело происходит на одном и том же сервере, можно сразу сделать запрос
create table vb_threadviews like new_threadviews;

Так, дополнительно пошел рыть оффорум (vbulletin.com) там этот вопрос поднимался несколько раз. И все время с одними и теми же двумя таблицами threadviews и attachmentviews - видимо они нестабильные, как-то так получается.

Рекомендация оттуда простая:

Run these queries to recreate these tables:

1:
DROP TABLE IF EXISTS threadviews;

2:
CREATE TABLE threadviews (
threadid INT UNSIGNED NOT NULL DEFAULT '0',
KEY threadid (threadid)
);

If you find you have the same error with the attachmentviews table, run this queries:

3:
DROP TABLE IF EXISTS attachmentviews;

4:
CREATE TABLE attachmentviews (
attachmentid INT UNSIGNED NOT NULL DEFAULT '0',
KEY postid (attachmentid)
);

Я так и сделал (первые два запроса для таблицы threadviews, заменив, конечно, на vb_threadviews), посмотрим, что будет.

hcir добавил 17.09.2009 в 14:13
Резюме (добавлено на следующий день): насколько я могу видеть, способ ремонта из поста #8 сработал. После уничтожения и пересоздания таблицы vb_threadviews форум нормально с ней работает, пишет туда данные о просмотрах тем. Мусорные таблицы, появлявшиеся ранее в базе по одной штуке в час, появляться перестали.