x-rayd Posted September 8 · Report post Сталкиваемся последнее время с проблемой, что у любого клиента появляется минусовой баланс не с того не сего: -5365854454154000000000000000000000000 Хотя деньги на балансе были. может кто сталкивался с такой проблемой? 10 лет работаем на версии 5.3-003, не было не каких проблем, последние время периодично данная проблема возникает. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
[anp/hsw] Posted September 8 · Report post С проблемой не сталкивался, но скорее всего это "запланированое устаревание", особенно, если баланс одинаковый у всех. Придется ловить конкретный запрос, который такой баланс устанавливает и дальше в коде core смотреть, как он генерируется. Скорее всего это какое-то специфическое событие. Вобщем ida в помощь, очень мощный инструмент. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted September 8 · Report post 9 часов назад, x-rayd сказал: последние время периодично данная проблема возникает. Жесткий диск бы проверить. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
myth Posted September 9 · Report post а что сам utm говорит на эту тему? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
x-rayd Posted September 9 · Report post с жестким диском все в порядке, проверяли уже. Может потому что база большая? База весит 260 Гб Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted September 9 · Report post 10 часов назад, x-rayd сказал: Может потому что база большая? База весит 260 Гб Так сжать ее надо, удалить не нужные данные, например финансовые расчеты старее 3 лет и т.п. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
myth Posted September 9 · Report post Цитата Так сжать ее надо, удалить не нужные данные, например финансовые расчеты старее 3 лет и т.п. охренеть размеры Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sdy_moscow Posted September 9 · Report post Интересно, что это за тип данных такой "веселый". Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
murano Posted September 10 · Report post 9 часов назад, sdy_moscow сказал: Интересно, что это за тип данных такой "веселый". Int(11) вообще в бд у них везде Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
x-rayd Posted September 10 · Report post Базу каждые три месяца архивирую. А какие таблицы отвечают за финансовые расчеты не в курсе? самые большие таблицы это discount_transactions_all_ и discount_transactions_iptraffic_all_ Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
[anp/hsw] Posted September 10 · Report post от размера таблиц вообще нифига кроме скорости не зависит, mysql и не с такими базами справляется. discount_transactions* это лог, его можно чистить не боясь. 3 года вполне подойдет для него. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sdy_moscow Posted September 10 · Report post 7 часов назад, murano сказал: Int(11) вообще в бд у них везде -5365854454154000000000000000000000000 в INT(11) ну никак не влезет!!!! Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
murano Posted September 10 · Report post 44 минуты назад, sdy_moscow сказал: -5365854454154000000000000000000000000 в INT(11) ну никак не влезет!!!! Согласен. Но в БД именно такой тип поля стоит "с завода". Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sdy_moscow Posted September 10 · Report post 1 час назад, murano сказал: Согласен. Но в БД именно такой тип поля стоит "с завода". ну тогда это какая-то аномалия не просто на уровне БД, а на уровне фронтэнда. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
x-rayd Posted September 11 · Report post Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
naves Posted September 11 (edited) · Report post Включаете лог sql-запросов на сервере, или смотрите sql-трафик через wireshark. Через ПО смотрите баланс определенного клиента. Делаете полученные запросы ручками из любого mysql-клиента. Собрать результаты запросов по проблемным клиентам. Сравнить с нормальными. Если найти какую-то систему не получится, то придется дебажить софт... Скорее всего какой-то баг, вопрос только на каком уровне. Теоретически возможны как поврежденные страницы на уровне файла БД, так и битая память на сервере. Edited September 11 by naves Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
