Неверное количество пользователей в обзоре групп

Поддержка
1

Как-то числа, отображаемые в обзоре групп для уровней доверия 0–4, неверны (завышены).

На данный момент у нас всего 439 пользователей (плюс system и discobot). (В прошлом у нас было больше пользователей.)

Однако в обзоре групп отображается следующее:

grafik
grafik1077×352 41.5 KB

Если кликнуть на уровень доверия 0 в обзоре групп, то отображается корректное число:

grafik
grafik382×199 39.2 KB

Уровень доверия 0: 557, но внутри — 439
Уровень доверия 1: 480, но внутри — 412
Уровень доверия 2: 300, но внутри — 298
Уровень доверия 3: 37, но внутри — 35
Уровень доверия 4: 4, но внутри — 2

Запрос select count(*) from users также возвращает 441, что соответствует 439 + system + discobot.

Числа, отображаемые для всех остальных групп в обзоре групп, кажутся верными.

Как я могу исправить числа в обзоре?

Мы используем текущую версию 2.6.0.beta5 (698b7ace10), но эта проблема, вероятно, присутствовала и в более старых версиях.

2

Числа регулярно корректируются, однако в редких случаях они могут рассинхронизироваться.

Если подождать до 12 часов, проблема устранится автоматически.

Корректно ли работает Sidekiq в вашей установке? Не удаляли ли вы недавно большое количество пользователей?

3

Ну, даже спустя 12 часов значения всё ещё неверны: все показатели от уровня доверия 0 до уровня доверия 4 были уменьшены всего на 2 (по какой-то причине). Все остальные счётчики групп, похоже, в порядке.

grafik
grafik1145×151 3.79 KB

Нет, последний пользователь был удалён уже два дня назад.
За последние 14 дней я удалил только 7 пользователей.
За последние 1,5 года я удалил более 2000 пользователей. У нас установлен плагин autosupend, который автоматически приостанавливает учётные записи пользователей, не проявлявших активности в течение 365 дней. Затем я удаляю этих приостановленных пользователей и все их данные как минимум раз в неделю, чтобы оставаться в соответствии с требованиями EU-GDPR.

Sidekick работает нормально, мёртвых задач нет.
Насколько я помню, количество задач, завершившихся с ошибкой, за последние несколько дней тоже не изменилось.
Для чего нужна очередь 0f13eb003564dea87a7cc8f25560ba0e?
Эта очередь нужна или мне её удалить?

grafik
grafik980×654 80.6 KB

Думаю, я нашёл проблему: в таблице group_users всё ещё есть записи для user_id, которые больше не существуют и которых нет в таблице users (всего 182 записи для 117 user_id, у которых нет соответствующей записи в таблице users).
Таким образом, в базе данных возникли какие-то несоответствия. Я не знаю, как это произошло.
И теперь вопрос: как мне это исправить?
Просто вручную удалить через SQL-запрос записи из group_users, для которых нет соответствующей записи в users?

4

Да, не совсем понятно, как вы пришли к такому состоянию. Возможно, это результат какой-то миграции или чего-то подобного?

Удаление абсолютно безопасно (хотя, как и в любом подобном случае, сделайте резервную копию БД заранее).

./launcher enter app
rails c
DB.exec("delete from group_users where user_id not in (select id from users)")

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

5

Спасибо за ответ. Я только что удалил и проверю снова, как только будут обновлены следующие данные в обзоре.

6

выглядит хорошо, вопрос закрыт.