У Вас не удалена папка /install/?
Хакеры идут к Вам!!!

Файловый Архив

  • Неограниченное количество категорий и суб-категорий
  • Настройки прав доступа по группам
  • Настройки прав доступа по каждой категории
  • Предпросмотр медиа файлов: FLV, IFLV, F4A, F4V, MP4, MP3, MOV и других...
  • Мультизагрузка файлов - SWFUploader
  • Добавление файлов с сервера
Подробности и история обновлений продукта в этой теме
Loading

Go Back   форум vBSupport.org > >
Register Изображения Меню vBsupport Files Manager Аллея Звёзд Реклама на форуме Search Today's Posts Mark Forums Read
  • Мемберка
  • Администраторам
  • Premoderation
  • For English speaking users
  • Изменения в правах
  • Каталог Фрилансеров
Пароли на скачивание файлов в Member Area меняются автоматически каждый день
Если вам нужно скачать какой то скрипт, за паролем ко мне в ЛС
привет какирам kerk
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота.
Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
На форуме введена премодерация ВСЕХ новых пользователей

Почта с временных сервисов, типа 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.
Не можете скачать вложение?
Изменения в правах групп пользователей
внимательно читаем эту и эту темы
Короткая версия - тут
Уважаемые пользователи!

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

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

 
 
Old  
Luvilla
Блондинка с электро......
 
Luvilla's Avatar
Default [Админам] Попробуем собрать статистику по "поломанным" таблицам 2

Темы "по теме": Ошибка БД - Database error
Запланированные задачи, крон: возможные проблемы и решения (пункт Не обновляются счётчики просмотров тем/вложений)
и стопиццот тем с вопросом про поломанные таблицы...

Краткое вступление:
да, бывает, "ломаются" таблицы
чаще всего виной тому - серверные проблемы (завис, ребутнулся, внезапно место закончилось, физическое повреждение)

Но бывает, что таблицы "крашатся" просто так, без видимых причин
я настаиваю на формулировке "без видимых причин", ибо чудес не бывает и само по себе такое не происходит

У меня сложилось впечатление, что самые "хилые", самые болезненные таблицы в вобле - это *views
threadviews, attachmentviews, (blog_views для блогов)

Вопрос, почему чаще всего крашатся именно эти таблицы - довольно интересный... а вам как кажется, дамы и господа администраторы?
На вид, по структуре, вообще по всему - самые обычные таблицы
сказать, что на них нагрузка больше, чем на другие - нет, отнюдь
размер сильно большой? - ничего подобного
тогда - почему?
единственное отличие от других таблиц воблы, которое я вижу: только с таблицами *views проводится автоматическая операция TRUNCATE TABLE

// енд преамбулы

Уважаемые дамы и господа администраторы, прошу вас принять участие в небольшом статистическом исследовании, а именно: в произвольной форме ответьте на несколько вопросов:

- Вы сталкивались с проблемой "поломанных" таблиц?
- конкретно у Вас крашились таблицы *views?
- а кроме *views, с другими таблицами были такие проблемы?
- была ли установлена точная причина, почему покрашилась таблица?
- "тип" таблиц - InnoDB или MyISAM? (Aria для Машки, и что_там_ещё_бывает)

- и самое главное: пожалуйста, укажите версию MySQL, на которой крашились *views
если не MySQL а, скажем, MariaDB - тоже интересно

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

Большое спасибо за внимание и понимание
 
Bot
Yandex Bot Yandex Bot is online now
 
Join Date: 05.05.2005
Реклама на форуме А что у нас тут интересного? =)
Old  
usrg
Эксперт
 
usrg's Avatar
Default 1

Quote:
Originally Posted by Luvilla View Post
- Вы сталкивались с проблемой "поломанных" таблиц?
- конкретно у Вас крашились таблицы *views?
- а кроме *views, с другими таблицами были такие проблемы?
- была ли установлена точная причина, почему покрашилась таблица?
- "тип" таблиц - InnoDB или MyISAM? (Aria для Машки, и что_там_ещё_бывает)
- и самое главное: пожалуйста, укажите версию MySQL, на которой крашились *views
Сталкивался.
Неоднократно.
Были, но точные данные не предоставлю, хотя *Views безоговорочные лидеры.
Винты дохли, сервер вис, питание отрубали.
MyISAM
Текущая 5.0.90, но были и помладше.
 
Old  
ptipti
Простоузер
Default 3

Честно говоря, за лет так 7, сталкивался с крушением таблиц раза 2, может 3 от силы. Все эти разы это было связано только с тем, что заканчивалось место, других причин не было никогда. Мускул 5 версии, таблицы MyISAM. InnoDB непривлекательны в виду того, что преимущества их достаточно сомнительны, а хавают 100 метров ОЗУ и на слабеньких VDS это есть проблема, хотя, просто уверен, что от заканчивания места это бы не остановило крушение даже крутых InnoDB. Все эти пару раз легко отделывался REPAIR TABLE'ом. Иных "волшебных" причин для поломки таблиц не наблюдал. В принципе, в сети много ходит страшных историй про то, что у MyISAM есть чуть ли не гигантские проблемы с записью, правда на уровне страшилок. Как вариант, (взято с Википедии) "Однако при модификации и добавлении записей вся таблица кратковременно блокируется, это может привести к серьёзным задержкам при большой загрузке." - можно сделать вывод, что таблицы views могут поломать 2 одновременно что-то глядящих пользователя, но это из области фантастики.

ptipti добавил 21.06.2014 в 02:16
Не могу редактировать свои сообщения, поэтому напишу второе.
Один раз из крушений понаблюдал за всякими моментами. После починки таблицы, она стала на пару байт меньше, пропала одна (последняя?) строка.
Один раз было, таблица упала во время OPTIMIZE и кто-то лазил по сайту. если изучать ту же воблу, то TRUNCATE тут особо не при делах. из того же threadviews.php более похожий критический запрос

SELECT threadid, COUNT(*) AS views
FROM " . TABLE_PREFIX . "threadviews
GROUP BY threadid

А точнее производимые до этого операции с lock и unlock. Мне кажется, именно в этих замках и кроется причина всех несчастий, я бы заккоментил и посмотрел результат. Плюс сам запрос вида

$vbulletin->db->query_write("
INSERT INTO ". TABLE_PREFIX ."$aggtable
SELECT threadid, COUNT(*) AS views
FROM " . TABLE_PREFIX . "threadviews
GROUP BY threadid
");

Есть очень долгий. Вообще все вложенные запросы, какие они бы не были, исполняются дольше, чем если их разбить на 2 запроса, но тут этот запрос очень элегантный, альтернатива будет очень неприемлемого вида. Вообще, if ($vbulletin->options['threadviewslive']) (относительно вложений аналогично?) - скорее всего, лучше поставить этот threadviewslive в true, в этом случае не будут исполнятся все эти кронозадачи по шаманству с просмотрами тем, вероятность в этом случае из строя таблицы - намного ниже.

Last edited by ptipti : 06-21-2014 at 03:16 AM. Reason: Добавлено сообщение
 
Old  
Luvilla
Блондинка с электро......
 
Luvilla's Avatar
Default 0

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

Quote:
Originally Posted by ptipti View Post
InnoDB непривлекательны в виду того, что преимущества их достаточно сомнительны
а за это - отдельное спасибо
 
Old  
Luvilla
Блондинка с электро......
 
Luvilla's Avatar
Default 0

Quote:
Originally Posted by ptipti View Post
если изучать ту же воблу, то TRUNCATE тут особо не при делах.
ну.. вобла тут может и не при делах..
а вот MySQL может быть очень даже при делах
я не просто так просила версию MySQL, даже указала, что это - важно
вот, например: http://bugs.mysql.com/bug.php?id=16155
 
 

Thread Tools

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 01:51 AM.


Powered by vBulletin® Version 3.5.3
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd.