x-rayd Posted September 8, 2024 Posted September 8, 2024 Сталкиваемся последнее время с проблемой, что у любого клиента появляется минусовой баланс не с того не сего: -5365854454154000000000000000000000000 Хотя деньги на балансе были. может кто сталкивался с такой проблемой? 10 лет работаем на версии 5.3-003, не было не каких проблем, последние время периодично данная проблема возникает. Вставить ник Quote
[anp/hsw] Posted September 8, 2024 Posted September 8, 2024 С проблемой не сталкивался, но скорее всего это "запланированое устаревание", особенно, если баланс одинаковый у всех. Придется ловить конкретный запрос, который такой баланс устанавливает и дальше в коде core смотреть, как он генерируется. Скорее всего это какое-то специфическое событие. Вобщем ida в помощь, очень мощный инструмент. Вставить ник Quote
Saab95 Posted September 8, 2024 Posted September 8, 2024 9 часов назад, x-rayd сказал: последние время периодично данная проблема возникает. Жесткий диск бы проверить. Вставить ник Quote
myth Posted September 9, 2024 Posted September 9, 2024 а что сам utm говорит на эту тему? Вставить ник Quote
x-rayd Posted September 9, 2024 Author Posted September 9, 2024 с жестким диском все в порядке, проверяли уже. Может потому что база большая? База весит 260 Гб Вставить ник Quote
Saab95 Posted September 9, 2024 Posted September 9, 2024 10 часов назад, x-rayd сказал: Может потому что база большая? База весит 260 Гб Так сжать ее надо, удалить не нужные данные, например финансовые расчеты старее 3 лет и т.п. Вставить ник Quote
myth Posted September 9, 2024 Posted September 9, 2024 Цитата Так сжать ее надо, удалить не нужные данные, например финансовые расчеты старее 3 лет и т.п. охренеть размеры Вставить ник Quote
sdy_moscow Posted September 9, 2024 Posted September 9, 2024 Интересно, что это за тип данных такой "веселый". Вставить ник Quote
murano Posted September 10, 2024 Posted September 10, 2024 9 часов назад, sdy_moscow сказал: Интересно, что это за тип данных такой "веселый". Int(11) вообще в бд у них везде Вставить ник Quote
x-rayd Posted September 10, 2024 Author Posted September 10, 2024 Базу каждые три месяца архивирую. А какие таблицы отвечают за финансовые расчеты не в курсе? самые большие таблицы это discount_transactions_all_ и discount_transactions_iptraffic_all_ Вставить ник Quote
[anp/hsw] Posted September 10, 2024 Posted September 10, 2024 от размера таблиц вообще нифига кроме скорости не зависит, mysql и не с такими базами справляется. discount_transactions* это лог, его можно чистить не боясь. 3 года вполне подойдет для него. Вставить ник Quote
sdy_moscow Posted September 10, 2024 Posted September 10, 2024 7 часов назад, murano сказал: Int(11) вообще в бд у них везде -5365854454154000000000000000000000000 в INT(11) ну никак не влезет!!!! Вставить ник Quote
murano Posted September 10, 2024 Posted September 10, 2024 44 минуты назад, sdy_moscow сказал: -5365854454154000000000000000000000000 в INT(11) ну никак не влезет!!!! Согласен. Но в БД именно такой тип поля стоит "с завода". Вставить ник Quote
sdy_moscow Posted September 10, 2024 Posted September 10, 2024 1 час назад, murano сказал: Согласен. Но в БД именно такой тип поля стоит "с завода". ну тогда это какая-то аномалия не просто на уровне БД, а на уровне фронтэнда. Вставить ник Quote
naves Posted September 11, 2024 Posted September 11, 2024 (edited) Включаете лог sql-запросов на сервере, или смотрите sql-трафик через wireshark. Через ПО смотрите баланс определенного клиента. Делаете полученные запросы ручками из любого mysql-клиента. Собрать результаты запросов по проблемным клиентам. Сравнить с нормальными. Если найти какую-то систему не получится, то придется дебажить софт... Скорее всего какой-то баг, вопрос только на каком уровне. Теоретически возможны как поврежденные страницы на уровне файла БД, так и битая память на сервере. Edited September 11, 2024 by naves Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.