форум vBSupport.ru > vBulletin > Old vB versions (3.0.x & 2.x.x) > vBulletin 3.6.x > vBulletin [3.6] Troubleshooting and Problems
Register Меню vBsupport Изображения Files Manager О рекламе Today's Posts Search
  • Родная гавань
  • Блок РКН снят
  • Premoderation
  • For English speaking users
  • Каталог Фрилансеров
  • If you want to buy some product or script
  • Администраторам
VBsupport перешел с домена .ORG на родной .RU Ура! Пожалуйста, обновите свои закладки - VBsupport.ru
Блок РКН снят, форум доступен на всей территории России, включая новые терртории, без VPN
На форуме введена премодерация ВСЕХ новых пользователей

Почта с временных сервисов, типа mailinator.com, gawab.com и/или прочих, которые предоставляют временный почтовый ящик без регистрации и/или почтовый ящик для рассылки спама, отслеживается и блокируется, а так же заносится в спам-блок форума, аккаунты удаляются
for English speaking users:
You may be surprised with restriction of access to the attachments of the forum. The reason is the recent change in vbsupport.org strategy:

- users with reputation < 10 belong to "simple_users" users' group
- if your reputation > 10 then administrator (kerk, Luvilla) can decide to move you into an "improved" group, but only manually

Main idea is to increase motivation of community members to share their ideas and willingness to support to each other. You may write an article for the subject where you are good enough, you may answer questions, you may share vbulletin.com/org content with vbsupport.org users, receiving "thanks" equal your reputation points. We should not only consume, we should produce something.

- you may:
* increase your reputation (doing something useful for another members of community) and being improved
* purchase temporary access to the improved category:
10 $ for 3 months. - this group can download attachments, reputation/posts do not matter.
20 $ for 3 months. - this group can download attachments, reputation/posts do not matter + adds eliminated + Inbox capacity increased + files manager increased permissions.

Please contact kerk or Luvilla regarding payments.

Important!:
- if your reputation will become less then 0, you will be moved into "simple_users" users' group automatically.*
*for temporary groups (pre-paid for 3 months) reputation/posts do not matter.
Уважаемые пользователи!

На форуме открыт новый раздел "Каталог фрилансеров"

и отдельный раздел для платных заказов "Куплю/Закажу"

Если вы хотите приобрести какой то скрипт/продукт/хак из каталогов перечисленных ниже:
Каталог модулей/хаков
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота.
Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
 
 
 
 
Dionisy
Простоузер
Default Размер и ошибки базы данных
0

Все бы ничего, своими силами справлялись до этого но теперь что то не очень понятное стало творится с базой. это было маленькое предисловие
По существу:
Форум почти не обвешан хаками (установлен vbplaza, питомцы, журналы ну и по мелочи парочка - время на форуме и суб статистик)
Раньше было все в порядке, скорсть номральная и ошибок не было. Со временем форум рос, сейчас под 100.000 сообщений. за это время сменили несколько хостингов, сейчас кластерный. сервера бд - у каждой свой. Когда переехали было все нормально и пользовались, но сейчас база еще немного увелисилась (до 100к как раз) и начались глюки. ТАк особо ни настройки в форуме не менялись, в файлах тоже. Но постоянно, но неравномерно случаются ошибки бд. Тоесть иногда может быть раз в 5 часов иногда каждые 10 минут. Это становится совсем невозможным. Ошибка такого рода:
Lost connection to MySQL server during query
и MySQL server has gone away.
Судя по нагрузке - бывает от 0,5 до 4 (на главное в админке). в phpmyadmin судя по статусу соединения - где то 350 запросов в секунду (когда чистый и пустой тоже столько примерно).
настройки пробовал уже менять, все понижать, отключать хаки и тп. тип соединения менял к мускулу. по моему уже все попробовал, но все равно пявляются эит ошибки.
так бы может и терпимо было, но ведь из за этой ошибки мускул перезагружается и в этой время все подвисает и выключается..

немного отойду то темы, просто последняя моя догадка ну и как дополнительный вопрос:
возможно ли что такое может быт из за размера бд? размер сейчас 170 мб. (основное это таблица posts). аттачи и прочие файлы все в файловой системе хранятся. настроено все по советам оптимизации из соответствующих тем и практики.
вобщем почему я на размер подумал: я давно предполагал что когда нибудь форум вырастет и база большой станет. а сколько я не замечал, phpmyadmin тоже бывает теряет соелинение или просто плохо открывает страницы и выполняет задачи при больших бд. вот я решил попробовать раздуть базу до 1млн сообщений. просто навставлял сообщений с темами скриптово, примерно по 3000 символов в сообщении. дошел до 240.000 и остановился. форум работал. все онрмально. но начинаешь писать сообщений. таблица начинает сканироваться (и видимо из за большого размера - около 300 мб) она сразу рушится (marked as crashed).
вот у меня последнее предположение что сейчас тоже самое начинается и тут, на рабочем форуме.

посему второй вопрос: не поделитесь у кого насколько большие форумы в сообщениях и сколько база весит текста, еслит не затруднит. и в какой кодировке база хранится (у меня cp1251)

ну или если не в этом причина. то тогда неужели уже пришло время брать что то типа выделенного сервера?

очень надеюсь на помощь, поскольку все что мог сам уже перепробовал. как говорится может решение и где то на поверхности, но мне уже не получается его увидеть
Bot
Yandex Bot Yandex Bot is online now
 
Join Date: 05.05.2005
Реклама на форуме А что у нас тут интересного? =)
 
 
netwind
Гуру
 
netwind's Avatar
Default
1

кто управляет сервером бд mysql? узнай как именно ругается сервер. по логам можно судить.

Никаких принципиальных проблем нету и с бОльшими базами.
Ресурсов, разве что, требуется больше.

Непонятно почему таблицы портятся.

я пару возможных причин могу нафантазировать:
1. mysql стартует из скрипта с какими-нибудь ulimit-ами неправильными и по достижении ос убивает такой разожравшийся процесс.

2. битый модуль памяти в "верхних" адресах, нормально грузимся и работаем до достижения использования этих адресов.
 
 
netwind
Гуру
 
netwind's Avatar
Default
0

а . так у тебя и не выделенный сервер.
скорее всего у тебя хостер управляет mysql и только он сможет сказать почему таблицы ломаются.
 
 
Dionisy
Простоузер
Default
0

Quote:
Originally Posted by netwind View Post
а . так у тебя и не выделенный сервер.
скорее всего у тебя хостер управляет mysql и только он сможет сказать почему таблицы ломаются.
я поэтому и написал что хост кластерный. они не могут дать логи, в этом вся проблема. они только общие о очень большие.
я им писал уже с этим вопросом, но толькового ничего не сказали (были варианты типа попробуй тогда создать другую бд и скопируй туда, - хосты ведь разные) но это все бестолку. по идее соль в том что даже смотря на процессы и загрузку мускула можно сказать что она не напряжно работает. и крон и всяки моды и хаки выключены. запросов где то 12-14 на страницу. народу около 300 хостов в сутки (тоетсь не много) и работает все стабильно, как вдруг бах и lost connection. тоесть я бы понял если бы это был или крон или что то такое что периодично бывает, а тут всегда в непредсказуемое время.
вобщем я уже даже не знаю что поделать можно :(

кстати тогда когда таблица при 250к сообщений рушилась хостер сказал что типа размер очень большой бд, тоесть как бы 250к сообщений должны меньше весить. ну я его терзал вопросом, как же тогда работают миллионники. он говорит мол возможно у вас не тот формат и все такое. ну вобщем вот цитата:
The rows in the post table is not very large compared to the size of the table. It would be possible to have 1 million rows in the size of your post table. I am sure reducing the post table size will fix the issues. It means that there is quite a lot of text or non-ASCII characters that take up more space than normal rows. Which will make the table size large in few rows.

Last edited by Dionisy : 07-07-2007 at 01:02 AM.
 
 
netwind
Гуру
 
netwind's Avatar
Default
1

да гонево обычное. логи вебсервера тебе не нужны. у тебя ведь 1 сервер mysql прописан в конфиге? вот на нем и происходит фигня, на нем надо и смотреть.

и вообще, на всем рынке хостинга давно вошел в правило "оверселл",
когда в тарифе за копейки продают кучу мощностей,
надеясь на то, что типичный пользователь не использует и десятой их части.
за бугром даже хуже.
так что растущим проектам один путь - арендовать сервер только для своих нужд.
 
 
Dionisy
Простоузер
Default
0

Quote:
Originally Posted by netwind View Post
да гонево обычное. логи вебсервера тебе не нужны. у тебя ведь 1 сервер mysql прописан в конфиге? вот на нем и происходит фигня, на нем надо и смотреть.

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

да, еще одно в голову пришло: не может это быть связано с версиями мускула или кодировкой? версия мускула и пхп 5+ ,а кодировка cp1251

Last edited by Dionisy : 07-07-2007 at 05:01 PM.
 
 
netwind
Гуру
 
netwind's Avatar
Default
1

Quote:
Originally Posted by Dionisy View Post
благодарю за разъяснение, возможно действительно так и есть.
значит пришло все таки уже время брать дедик?
как сам посчитаешь нужным.
если удастся от хостера добиться внятного объяснения и путей решения - может и не нужно пока.

нет, кодировка cp1251 как раз экономнее utf8 в смысле объема данных.
 
 
Dionisy
Простоузер
Default
0

Quote:
Originally Posted by netwind View Post
как сам посчитаешь нужным.
если удастся от хостера добиться внятного объяснения и путей решения - может и не нужно пока.

нет, кодировка cp1251 как раз экономнее utf8 в смысле объема данных.
еще раз спасибо;)
p.s.
а у тебя действительно большой
 


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off




All times are GMT +4. The time now is 12:28 AM.


Powered by vBulletin® Version Ъ Edition
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.