Обновление производственных данных не добавляет условия (от выполнения до восстановления)

задняя часть база данных SQL
Обновление производственных данных не добавляет условия (от выполнения до восстановления)

Новые функции онлайн

20180701 Новые онлайн-функции Управление кошельком пользователя платформы

Три модуля дохода (с отдельными деталями и записями о снятии средств): доход от заказа, доход от вознаграждения за продажу и доход от вознаграждения за систему объединены в единую запись, и добавлены новые таблицы account и account_log для записи соответствующей информации об учетной записи пользователя. потока интерфейса была выполнена однократная синхронизация данных в две вышеуказанные таблицы, система находится в сети, вы можете отдохнуть

Была проблема

Через три дня после того, как система была подключена к сети, была обнаружена проблема с данными, и был проверен источник проблемы: была обнаружена проблема в интерфейсе синхронизации данных, что привело к несогласованности данных.

Найдите проблему и начните ее обрабатывать, потому что есть только некоторые проблемы с данными, вам нужно только работать с базой данных, чтобы обновить данные нескольких пользователей.Хорошо, давайте начнем операцию.Ключевой момент:

  1. подключиться к базе данных

  2. писать sql

  3. update account_log set leftMoney = 8888;

  4. Войти

  5. Какого черта, какое, черт возьми, состояние? . .

    卧槽

  6. ctrl+c блин уже поздно

  7. блин, паника

  8. Проверьте счетчик выбора базы данных (1), где leftMoney = 8888;

  9. холодный. . . .

    凉了。。。

Восстановление данных

Хорошо, что мне делать? Давайте теперь подумаем о влиянии.

  1. Баланс, видимый пользователем, проблематичен
  2. Сейчас 11 часов вечера, а количество пользователей в сети невелико.
  3. быстро восстановить данные

начать решать

  1. Свяжитесь с ответственным лицом и спросите, можно ли откатить базу данных (мне сказали нет, ее можно откатить только до определенного момента времени, а онлайн-данные будут потеряны утром)
  2. Можно ли синхронизировать? Синхронизировать можно, но данные за два дня после выхода в интернет лежат в новой таблице, нет записи как синхронизировать, часть данных потеряется

Ну, первое решение не может работать напрямую, кажется, что можно использовать только второе решение.

Измените интерфейс данных синхронизации, чтобы поддерживать синхронизацию информации account_log, созданной после подключения к сети.

По бизнес-причинам необходимо подтвердить, какие выводы генерируются после выхода в интернет.Перейдите к лог-файлам один за другим, чтобы отфильтровать записи о выводе средств (около 300 записей) по ключевым словам.При одной мысли об этом глаза болят.

Следующим шагом является выполнение интерфейса и тестирование данных.Объем онлайн-данных велик, и необходимо синхронизировать много данных, что составляет около миллиона порядков.Это занимает около 2 с половиной часов. синхронизировать данные один раз.

Терпеливо ждут казни. . . .

Хорошо, выполнение завершено. Проверьте это. Есть условие, которое неверно.

нужно повторно синхронизировать

想死的心都有了

Давай, измени код, снова синхронизируй

Наконец закончил синхронизацию в 6 утра (в это время мой маленький друг долго не мог уснуть). . .

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

Теперь sql-выполнение онлайн-базы данных должно быть подтверждено три раза, что очень стабильно. . .

Все должны соблюдать меры предосторожности. Хахаха

收官大吉

Просьба не перепечатывать без разрешения автора.Приглашаю всех обратить на меня вниманиетехнический блог

Изображение взято изТехнический черный дом