Ошибки с MySQL

Nordic Warrior · 11 Фев 2019

Периодически наблюдаю данные ошибки в логах.

Ошибками флудят только эти два плагина, остальные плагины, использующие MySQL, молчат.
Ошибки могут появляться до 3-4 раз день, а могут вообще не появиться за день.

Подскажите, куда копать? Проблема в самих плагинах, или мейби в веб-хостинге?

Nordic Warrior · 16 Фев 2019

Sonyx написал(а):
Без логов это гадание на кофейной гуще. Нет понимания теряется подключение или сбиваются настройки и т.д.

Тут есть логи.)

Sonyx · 16 Фев 2019

Соединение с бд падает по таймауту.

Пинг между сервером и бд слишком высок
сервер бд перегружен
бд режет соединения, возможно лимит на кол-во соединений

Для начала можно попробовать поиграться с параматром таймаута при установке соединения, ищем в плагинах-виновниках метод
https://dev-cs.ru/amxx/sqlx/SQL_MakeDbTuple/view
и прописываем 5 параметром кол-во секунд ожидания ответа от БД. (чем выше тем дольше ждет) Когда параметр не установлен, по умолчанию ставится 60 секунд (int)

16 Фев 2019

Так же можно попробовать произвести оптимизацию БД, возможно засрана information sheme, нужно будет почистить.

Nordic Warrior · 18 Фев 2019

Sonyx, а как провести эту самую оптимизацию?

fantom · 18 Фев 2019

https://dev.mysql.com/doc/refman/5.7/en/error-lost-connection.html

There are three likely causes for this error message.

Usually it indicates network connectivity trouble and you should check the condition of your network if this error occurs frequently. If the error message includes “during query,” this is probably the case you are experiencing.

Sometimes the “during query” form happens when millions of rows are being sent as part of one or more queries. If you know that this is happening, you should try increasing net_read_timeout from its default of 30 seconds to 60 seconds or longer, sufficient for the data transfer to complete.

More rarely, it can happen when the client is attempting the initial connection to the server. In this case, if your connect_timeout value is set to only a few seconds, you may be able to resolve the problem by increasing it to ten seconds, perhaps more if you have a very long distance or slow connection. You can determine whether you are experiencing this more uncommon cause by using SHOW GLOBAL STATUS LIKE 'Aborted_connects'. It will increase by one for each initial connection attempt that the server aborts. You may see “reading authorization packet” as part of the error message; if so, that also suggests that this is the solution that you need.

If the cause is none of those just described, you may be experiencing a problem with BLOB values that are larger than max_allowed_packet, which can cause this error with some clients. Sometime you may see an ER_NET_PACKET_TOO_LARGE error, and that confirms that you need to increase max_allowed_packet.

Проверяете все 3 возможные причины. Если не понимаете спробуйте перевести в переводчике

Nordic Warrior · 18 Фев 2019

fantom,

You can determine whether you are experiencing this more uncommon cause by using SHOW GLOBAL STATUS LIKE 'Aborted_connects'.

Хмм.

Так же подходит по ошибке

L 02/11/2019 - 15:08:13: [csstatsx_sql.amxx] [ 2013 ] Lost connection to MySQL server at 'reading authorization packet', system error: 104

You may see “reading authorization packet” as part of the error message; if so, that also suggests that this is the solution that you need.

fantom · 18 Фев 2019

sbelov020, ну вот. Если верить доке, то слишком мал таймаут. Что и приводит к появлению ошибки. Теперь осталось понять почему соединение происходит дольше чем стандартых 60 секунд таймаута.

18 Фев 2019

В любом случае надо смотреть примерно тут https://github.com/alliedmodders/am...d572/modules/mysqlx/mysql/MysqlDriver.cpp#L56
Еще как вариант добавить таймаут сюда https://github.com/serfreeman1337/csstatsx-sql/blob/master/scripting/csstatsx_sql.sma#L825 последним аргументом (например 10)

Nordic Warrior · 18 Фев 2019

fantom, в логах хостинга имеются какие-то "медленные запросы"

Код:

# Time: 190217 23:45:40
# User@Host: j883137[j883137] @  [185.248.101.179]
# Thread_id: 2538711  Schema: j883137_amxx  QC_hit: No
# Query_time: 1.522446  Lock_time: 0.000081  Rows_sent: 0  Rows_examined: 1
# Rows_affected: 1
use j883137_amxx;
SET timestamp=1550436340;
UPDATE `csstats` SET `deaths` = `deaths` + 1,`hits` = `hits` + 1,`dmg` = `dmg` + 65,`skill` = `skill` + -0.97,`h_1` = `h_1` + '1',`connection_time` = `connection_time` + 4,`last_join` = CURRENT_TIMESTAMP,`steamid` = 'VALVE_2:1:1854534887',`ip` = '178.186.137.109',`name` = '<3'WHERE `id` = '6892';
# User@Host: j883137[j883137] @  [185.248.101.179]
# Thread_id: 2538743  Schema: j883137_exp  QC_hit: No
# Query_time: 4.502887  Lock_time: 0.000074  Rows_sent: 1  Rows_examined: 1
# Rows_affected: 0
use j883137_exp;
SET timestamp=1550436351;
SELECT * FROM CRXRanks_new WHERE Player = 'VALVE_1:0:1107781480';
# User@Host: j883137[j883137] @  [185.248.101.179]
# Thread_id: 2538816  Schema: j883137_amxx  QC_hit: No
# Query_time: 2.131007  Lock_time: 0.000104  Rows_sent: 3  Rows_examined: 8580
# Rows_affected: 0
use j883137_amxx;
SET timestamp=1550436365;
SELECT `id`,(SELECT COUNT(*) FROM csstats WHERE (kills-deaths-tks)>=(a.kills-a.deaths-a.tks)) FROM `csstats` as `a` WHERE `id` IN('4681','6892','6830');
# Time: 190217 23:46:45
# User@Host: j883137[j883137] @  [185.248.101.179]
# Thread_id: 2538941  Schema: j883137_amxx  QC_hit: No
# Query_time: 1.325252  Lock_time: 0.000144  Rows_sent: 4  Rows_examined: 11440
# Rows_affected: 0
use j883137_amxx;
SET timestamp=1550436405;
SELECT `id`,(SELECT COUNT(*) FROM csstats WHERE (kills-deaths-tks)>=(a.kills-a.deaths-a.tks)) FROM `csstats` as `a` WHERE `id` IN('4941','4681','6892','6830');
# Time: 190217 23:46:53
# User@Host: j883137[j883137] @  [185.248.101.179]
# Thread_id: 2538957  Schema: j883137_amxx  QC_hit: No
# Query_time: 3.569207  Lock_time: 0.000096  Rows_sent: 0  Rows_examined: 1
# Rows_affected: 1
use j883137_amxx;
SET timestamp=1550436413;
UPDATE `csstats` SET `deaths` = `deaths` + 1,`hits` = `hits` + 2,`dmg` = `dmg` + 80,`skill` = `skill` + -0.77,`h_1` = `h_1` + '2',`connection_time` = `connection_time` + 6,`last_join` = CURRENT_TIMESTAMP,`steamid` = 'VALVE_1:1:896835366',`ip` = '88.200.214.82',`name` = 'Kreker'WHERE `id` = '4681';
# User@Host: j883137[j883137] @  [185.248.101.179]
# Thread_id: 2539004  Schema: j883137_amxx  QC_hit: No
# Query_time: 5.007282  Lock_time: 0.000129  Rows_sent: 0  Rows_examined: 1
# Rows_affected: 1
use j883137_amxx;
SET timestamp=1550436427;
UPDATE `csstats` SET `deaths` = `deaths` + 1,`hits` = `hits` + 1,`dmg` = `dmg` + 65,`skill` = `skill` + -0.96,`h_1` = `h_1` + '1',`connection_time` = `connection_time` + 5,`last_join` = CURRENT_TIMESTAMP,`steamid` = 'VALVE_2:1:1854534887',`ip` = '178.186.137.109',`name` = '<3'WHERE `id` = '6892';
# Time: 190217 23:47:25
# User@Host: j883137[j883137] @  [185.248.101.179]
# Thread_id: 2539093  Schema: j883137_amxx  QC_hit: No
# Query_time: 1.030900  Lock_time: 0.000097  Rows_sent: 3  Rows_examined: 8580
# Rows_affected: 0
use j883137_amxx;
SET timestamp=1550436445;
SELECT `id`,(SELECT COUNT(*) FROM csstats WHERE (kills-deaths-tks)>=(a.kills-a.deaths-a.tks)) FROM `csstats` as `a` WHERE `id` IN('4681','6892','6830');
# User@Host: j883137[j883137] @  [185.248.101.179]
# Thread_id: 2539098  Schema: j883137_amxx  QC_hit: No
# Query_time: 1.689501  Lock_time: 0.000095  Rows_sent: 0  Rows_examined: 1
# Rows_affected: 1
use j883137_amxx;
SET timestamp=1550436449;
UPDATE `csstats` SET `kills` = `kills` + 2,`deaths` = `deaths` + 1,`hs` = `hs` + 1,`hits` = `hits` + 7,`dmg` = `dmg` + 390,`skill` = `skill` + 1.14,`h_1` = `h_1` + '4',`h_2` = `h_2` + '1',`h_4` = `h_4` + '1',`h_5` = `h_5` + '1',`connection_time` = `connection_time` + 19,`last_join` = CURRENT_TIMESTAMP,`steamid` = 'VALVE_2:1:1854534887',`ip` = '178.186.137.109',`name` = '<3'WHERE `id` = '6892';
# Time: 190218  0:08:08
# User@Host: j883137[j883137] @  [185.248.101.179]
# Thread_id: 2542236  Schema: j883137_amxx  QC_hit: No
# Query_time: 2.020300  Lock_time: 0.000088  Rows_sent: 0  Rows_examined: 1
# Rows_affected: 1
use j883137_amxx;
SET timestamp=1550437688;
UPDATE `csstats` SET `kills` = `kills` + 2,`deaths` = `deaths` + 1,`hits` = `hits` + 2,`dmg` = `dmg` + 113,`skill` = `skill` + 1.36,`h_4` = `h_4` + '1',`h_6` = `h_6` + '1',`connection_time` = `connection_time` + 14,`last_join` = CURRENT_TIMESTAMP,`steamid` = 'VALVE_1:1:626684816',`ip` = '62.33.118.181',`name` = ''''''''WHERE `id` = '6445';

fantom · 18 Фев 2019

sbelov020 написал(а):
SET timestamp=1550436340; UPDATE `csstats` SET `deaths` = `deaths` + 1,`hits` = `hits` + 1,`dmg` = `dmg` + 65,`skill` = `skill` + -0.97,`h_1` = `h_1` + '1',`connection_time` = `connection_time` + 4,`last_join` = CURRENT_TIMESTAMP,`steamid` = 'VALVE_2:1:1854534887',`ip` = '178.186.137.109',`name` = '<3'WHERE `id` = '6892';
# Query_time: 4.502887 Lock_time: 0.000074 Rows_sent: 1 Rows_examined: 1
# Rows_affected: 0

Делайте вывод сами

18 Фев 2019

Для начала я бы убрал тригнеры (чисто для експеримента). Хотя они нужњы для функционала, но такой ход позволит понять в запросе дело или в триггерах.

Nordic Warrior · 19 Фев 2019

fantom, о каких именно триггерах речь?

fantom · 19 Фев 2019

sbelov020, sql

Nordic Warrior · 19 Фев 2019

fantom написал(а):
В любом случае надо смотреть примерно тут

mysql_timeout 60 в core.ini - Ты про это?

fantom · 19 Фев 2019

sbelov020, да

Nordic Warrior · 21 Фев 2019

fantom, установил значение mysql_timeout на 120

Sonyx · 21 Фев 2019

sbelov020, это временное решение проблемы, т.к. с нарастанием проблемы и его станет мало, вам надо основную проблему найти и решить. С таким огромным таймаутом так или иначе сервер начнет подлагивать на отправке - выбрке данных

Nordic Warrior · 21 Фев 2019

Sonyx, да я понимаю это, но у меня нет опыта в части работы с MySQL, кроме совсем примитивных, так что я могу рассчитывать только на помощь с вашей стороны.

oxoTHuk · 22 Фев 2019

Вроде не увидел инфы о сервере мускуля. Где находится? И какие пинги от сервера до БД (или наоборот).

Nordic Warrior · 22 Фев 2019

oxoTHuk, как проверить пинг?
БД находится на том же хостинге, что и web-часть моя. Или интересует физ. расположение?

oxoTHuk · 22 Фев 2019

sbelov020, ну так соединение падает не у веб части же. Что за БД. Если это шаред хостинг, типа джино или подобного, то 99% ничего не сделать. Если это vds, можно пропинговать с vds свой игровой сервер, а лучше трассировку сделать.

Nordic Warrior · 22 Фев 2019

oxoTHuk, это джино