Перегрузки MySQL и заблокированные аккаунты.

[support@ayola.net]

Мы приносим свои извинения за "тормоза" последних 3 дней.
Сегодня был произвёден апгрейд MySQL серверов, с подключением патча отслеживающего пользователей с кривыми скриптами перегружающими базу.

Следующие аккаунты заблокированы:
trancemusic102
zurka201
top100117
extrimaltop111
xngame152
lena11

[trancemusic]

Здравствуйте!

Как понимать кривой скрипт? Есть ли ещё шансы на воскресенье или это даже не обсуждается, только думал доп услуги оплатить, а тут вот как ?

[Astraller™]

Здравствуйте!

Как понимать кривой скрипт? Есть ли ещё шансы на воскресенье или это даже не обсуждается, только думал доп услуги оплатить, а тут вот как ?

Правьте скрипты, и очевидно SQL запросы

[support@ayola.net]

Именно ваш аккаунт (единственный из списка) похоже будет разблокирован и без доп.услуг. Сейчас админ изучает выборку по активности

[trancemusic]

Ой, хотьбы уж, а то я в холодном поту уже такую рекламу дал и всё просто замечательно было, а тут во как.

Жду.. чуда

Здравствуйте!

Как понимать кривой скрипт? Есть ли ещё шансы на воскресенье или это даже не обсуждается, только думал доп услуги оплатить, а тут вот как ?

Правьте скрипты, и очевидно SQL запросы

как их править, поправлю

[support@ayola.net]

Мы бы хотели что бы пользователи поняли нашу позицию.

Нельзя, что бы 1 пользователь своими действиями мешал работать другим пользователям.

[DLE user]

Мы бы хотели что бы пользователи поняли нашу позицию.

Нельзя, что бы 1 пользователь своими действиями мешал работать другим пользователям.

Позиция на 100% верная. ИМХА. Все молодцы, так держать!

[Константин Абрамов]

Полностью поддерживаю DLE User'а! Молодцы, что развиваетесь!

[trancemusic]

Мы бы хотели что бы пользователи поняли нашу позицию.

Нельзя, что бы 1 пользователь своими действиями мешал работать другим пользователям.

Ок, только как мне исправиться? Вроде всё работало нормально... как поправить, чтобы не перегружало базу?

Яж не специально... чессное слово. 

[support@ayola.net]

Вы не поверите, все кого сегодня забанили - все "не специально"

А свои рекомендации и более подробные пояснения мы обязательно выложим позднее.

[trancemusic]

ок, поправлю всё что нужно СПСБ! Пойду тогда по своим делам... Всех с пятницой!!!

[support@ayola.net]

Итак, принцип крайне прост.

Используется простое соотношение: Время потраченное сервером на выполнение запросов (BT) к количеству подключений к серверу (TC). Т.е. фактически получается время полученное на обработку  запросов 1 страницы.
Чем меньше время - тем лучше.

Пример таблицы - вот такой.

0: mobimag107: 0.67 Data: TC: 132 BT: 88
1: frpg12: 0.58 Data: TC: 81 BT: 47
2: catalog152: 0.53 Data: TC: 53 BT: 28
3: -----: 0.5 Data: TC: 4709 BT: 2345
4: -----: 0.5 Data: TC: 222 BT: 111
5: visualbasic108: 0.49 Data: TC: 51 BT: 25
6: trancemusic102: 0.49 Data: TC: 72 BT: 35
7: -----: 0.46 Data: TC: 2936 BT: 1341
8: aionelyos117: 0.43 Data: TC: 110 BT: 47
9: whitescale111: 0.43 Data: TC: 68 BT: 29
10: -----: 0.42 Data: TC: 297 BT: 124
11: allcity1521: 0.39 Data: TC: 216 BT: 85
12: pesliga151: 0.28 Data: TC: 80 BT: 22
13: pskov152: 0.28 Data: TC: 96 BT: 27
14: -----: 0.27 Data: TC: 1355 BT: 363
15: neutronrpg117: 0.27 Data: TC: 59 BT: 16
16: forum101: 0.24 Data: TC: 55 BT: 13
17: divine151: 0.23 Data: TC: 64 BT: 15
18: muslim202: 0.18 Data: TC: 78 BT: 14
19: waptraf204: 0.11 Data: TC: 83 BT: 9
20: dogcompet111: 0.09 Data: TC: 68 BT: 6
21: -----: 0.06 Data: TC: 1265 BT: 81
22: ixnn117: 0.05 Data: TC: 61 BT: 3
23: lp12117: 0 Data: TC: 192 BT: 0
24: zima152: 0 Data: TC: 130 BT: 0

[Sergiy]

Вы бы лучше таблицу тех, кого отключили показали.
И когда включат?
Я то уже почти все доп. услуги подключил и тут вдруг так надолго отключили.

[support@ayola.net]

1. Оплата доп.услуг не означает что вы серверную ферму ценой пару тысяч уе в месяц можете использовать на 200%.
2. Ну включим мы вам сейчас аккаунт. Ну опять попрёт перегрузка. Опять выключим. Смысл какой?
3. Именно лично вас не один раз предупреждали о аномально высокой нагрузке на сервер БД.

[trancemusic]

Можете конкретно в моём случае сказать, что нужно исправить, т.к. в деле датабаз я полный 0.


Спасибо!

[Sergiy]

Ну включим мы вам сейчас аккаунт. Ну опять попрёт перегрузка. Опять выключим. Смысл какой?

У меня там две БД, нагрузка на одной, на другой форум.
Если включите, завтра я сам отключу пользователей от первой, пока не исправлю скрипт, может вы чего подскажете.
А форум то пусть работает, от него нагрузки не будет аномальной.

[support@ayola.net]

Ваш аккаунт включили давно.
Пока ничего не отключайте у себя, мы предоставим вам информацию по нагрузке. Тикет пишите.

[support@ayola.net]

Тикета я не дождался, поэтому пишу здесь. Заодно меньше будет жалоб на "закрытость" и "предвзятость".

xngame152: 25.41 Data: TC: 1436 SC: 36491
На 1 подключение к базе данных, у вас в среднем получается 25 запросов типа "SELECT". Это КРАЙНЕ высокое число.

xngame152: 353 Data: RF: 188066 RU: 6632
Суммарно потреблённое процессорное время 353 секунды с момента разблокировки. Вас по этому параметру обгоняют ровно 2 сайта. На весь хостинг - вы третьи по этому показателю. Это - очень плохо.

xngame152: 0.25 Data: TC: 1436 BT: 353
Средняя сессия работы с базой длится 0.25 секунды. При общем количестве подключений с момента разблокировки - 1436.  Вот это, кстати, приличный показатель.

xngame152: 5.09 Data: TC: 1436 OC: 8480
И вот этот - крайне плохой показатель. На это всё у вас ещё приходится 8480 других команд, по типу lock tables/unlock tables, итд.

[support@ayola.net]

Да, какая мораль этого всего.

1. Вашу игру, похоже, разрабатывали вы сами.
2. База крайне плохо продумана (поделите число RF на число SC - мелкие таблицы используете? Или множественные запросы одну и ту же таблицу?)
3. Вы не используете индексы. Это совсем плохо.
4. Крайне подозрительно использование большого числа локов (LOCK TABLE....).

[Astraller™]

Да, какая мораль этого всего.

1. Вашу игру, похоже, разрабатывали вы сами.
2. База крайне плохо продумана (поделите число RF на число SC - мелкие таблицы используете? Или множественные запросы одну и ту же таблицу?)
3. Вы не используете индексы. Это совсем плохо.
4. Крайне подозрительно использование большого числа локов (LOCK TABLE....).

Прокомментирую, тут быстрее не совсем так:
1) Игру как раз писало множество людей из этого следствия.
2) База плохо продумана именно по тому что много людей без одного главы.
3) Индексы - это тоже элемент изначальной продумки, их отсутствие как раз подтверждает п.2.
4) Вообще смысла его использовать слишком часто я не вижу

[support@ayola.net]

Не, ну бывают моменты когда локи нужны.
Но это явно не тот случай

И ведь что обидно - база игры КРАЙНЕ маленькая. Юзеров - мало. А нагрузка - уже на втором месте...

[Astraller™]

Не, ну бывают моменты когда локи нужны.
Но это явно не тот случай

И ведь что обидно - база игры КРАЙНЕ маленькая. Юзеров - мало. А нагрузка - уже на втором месте...

А можно статистику по subaquila_102? ^_^

[support@ayola.net]

subaquila102: 0.18 Data: TC: 57 BT: 10  -  0.18 секунды на сессию.

subaquila102: 10 Data: RF: 584 RU: 0  - 10 секунд потреблённого времени.

subaquila102: 2.93 Data: TC: 57 SC: 167  -  3 селекта на сессию.

[DLE user]

subaquila102: 0.18 Data: TC: 57 BT: 10  -  0.18 секунды на сессию.

subaquila102: 10 Data: RF: 584 RU: 0  - 10 секунд потреблённого времени.

subaquila102: 2.93 Data: TC: 57 SC: 167  -  3 селекта на сессию.

Признавайтесь, он вам заплатил?))) Шучу 

[Sergiy]

2. База крайне плохо продумана (поделите число RF на число SC - мелкие таблицы используете? Или множественные запросы одну и ту же таблицу?)
3. Вы не используете индексы. Это совсем плохо.

Вместо SELECT * FROM table могу написать везде SELECT 'имя поля', 'имя поля2' FROM table
Поможет?
И почему не использую индексы? Я добавил индексы почти в каждую таблицу по некоторым полям.