VBsupport перешел с домена .ORG на родной .RU
Ура!
Пожалуйста, обновите свои закладки - VBsupport.ru
Блок РКН снят, форум доступен на всей территории России, включая новые терртории, без VPN
На форуме введена премодерация ВСЕХ новых пользователей
Почта с временных сервисов, типа mailinator.com, gawab.com и/или прочих, которые предоставляют временный почтовый ящик без регистрации и/или почтовый ящик для рассылки спама, отслеживается и блокируется, а так же заносится в спам-блок форума, аккаунты удаляются
Если вы хотите приобрести какой то скрипт/продукт/хак из каталогов перечисленных ниже: Каталог модулей/хаков
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота. Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
Пробовал обновить индексы после переезда на 4-ку, доходит до 600000 тысяч и тупо умирает таблица в sql
пишет: The table 'searchcore' is full
посмотрел в phpmyadmin,
размер таблицы "searchcore" 26.55 Мб размер индексов: 53.09 Мб
размер таблицы "searchcore_text" 120.84 Мб размер индексов: 124.56 Мб
собственно, интересует где ограничение установлено и на какое число увеличить, если постов на форуме 1,5млн?
OldEr, спасибо
т.е. размер всей базы превышен или же размер одной таблицы, я вот что понять не могу.
сервер под линуксом
OldEr
Специалист
Join Date: Jun 2007
Награды в конкурсах:
Posts: 4,731
Версия vB: 3.8.x
Пол:
Reputation:
Мастер 4229
Репутация в разделе: 2623
0
Cr00t, таблички. Я так понимаю у Вас, как минимум, VDS, тогда просто поправьте параметр tmp_table_size.
@Cr00t
Продвинутый
Join Date: Jun 2005
Location: MSK
Posts: 407
Версия vB: 4.2.х
Пол:
Reputation:
Опытный 85
Репутация в разделе: 83
0
OldEr, вообще, линуксовый сервер
кроме форума крутиться ещё что-то, но ресурсов почти не отнимает
вообще, 4 гига оперативы на машине, Xeon проц, файл. система ext3. как сказал гл. админ, при индексиваронии все в оперативку пишется в итоге сколько не отводишь памяти под это дело, все равно не помогает :( пишет - table ... full.
скрипт так и должен в оперативку писать? или же в файл.систему? если в последнюю, то как это сделать?
Кстати, интересует , так же, вопрос касательно таблиц такой. в "Восстановить/оптимизировать таблицы" напротив каждого имена таблицы два графы с данными - "Размер данных", "Размер индексов" и "Заменить". Второй параметр чаще всего больше первого. что есть что?
Нужно ли как-нибудь "размер индексов" "переносить" в "размер данных"?
Спасибо!
Cr00t добавил 23.07.2010 в 12:44
searchcore Check Status: OK
searchcore Optimize Error: The table '#sql-c28_7265a' is full
searchcore Optimize Status: Operation failed
Вот почему такая ошибка? где конкретно места не хватает? в ФС или оперативки?
Last edited by Cr00t : 07-23-2010 at 01:44 PM.
Reason: Добавлено сообщение
OldEr
Специалист
Join Date: Jun 2007
Награды в конкурсах:
Posts: 4,731
Версия vB: 3.8.x
Пол:
Reputation:
Мастер 4229
Репутация в разделе: 2623
1
Cr00t, похоже, что в ФС. Этот параметр смотрели tmp_table_size?
@Cr00t
Продвинутый
Join Date: Jun 2005
Location: MSK
Posts: 407
Версия vB: 4.2.х
Пол:
Reputation:
Опытный 85
Репутация в разделе: 83
0
OldEr, 128525000 - равно. я так понимаю это в байтах.
если ставить 256 или 512мб, то база падает
А можно как-нибудь узнать какой индекс численно будет последним?
@netwind
Гуру
Join Date: Aug 2005
Location: Рiдна Олбанея
Posts: 3,844
Версия vB: 3.8.x
Reputation:
Гуру 1227
Репутация в разделе: 901
0
Quote:
если ставить 256 или 512мб, то база падает
tmp_table_size зависит от max_heap_table_size и не может быть больше.
попробуй оба параметра изменить.
а еще зачем тебе этот встроенный поиск? попробуй переключится на полнотекстовый поиск mysql.
там вообще отпадает необходимость запускать индексирование и работает почти так же .
The table 'searchcore' is full
