Ошибки взаимной блокировки в логах

Поддержка
1 
Исключение в задаче: PG::TRDeadlockDetected: ОШИБКА: обнаружена взаимная блокировка (deadlock)
ДЕТАЛИ: Процесс 29659 ожидает ShareLock на транзакции 892416679; заблокирован процессом 29650.
Процесс 29650 ожидает ShareLock на транзакции 892416541; заблокирован процессом 29659.
СОВЕТ: См. детали запроса в логе сервера.
КОНТЕКСТ: при повторной проверке обновлённого кортежа (36923,3) в отношении "discourse_activity_pub_actors"

CleanShot 2025-03-27 at 08.57.49@2x
CleanShot 2025-03-27 at 08.57.49@2x1920×500 96.5 KB

Эти сообщения появляются в /logs, @angus. Не уверен, есть ли проблемы, с которыми сталкиваются пользователи. Стек вызовов указывает на задачу обработки доставок:

rack-mini-profiler-3.3.1/lib/patches/db/pg.rb:69:in `exec_params'  
rack-mini-profiler-3.3.1/lib/patches/db/pg.rb:69:in `exec_params'  
(eval at /var/www/discourse/lib/method_profiler.rb:38):105:in `exec_params'
activerecord-7.2.2.1/lib/active_record/connection_adapters/postgresql_adapter.rb:894:in `block (2 levels) in exec_no_cache'  
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract_adapter.rb:1004:in `block in with_raw_connection'  
activesupport-7.2.2.1/lib/active_support/concurrency/null_lock.rb:9:in `synchronize'  
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract_adapter.rb:976:in `with_raw_connection'  
activerecord-7.2.2.1/lib/active_record/connection_adapters/postgresql_adapter.rb:893:in `block in exec_no_cache'  
activesupport-7.2.2.1/lib/active_support/notifications/instrumenter.rb:58:in `instrument'  
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract_adapter.rb:1119:in `log'  
activerecord-7.2.2.1/lib/active_record/connection_adapters/postgresql_adapter.rb:892:in `exec_no_cache'  
activerecord-7.2.2.1/lib/active_record/connection_adapters/postgresql_adapter.rb:872:in `execute_and_clear'  
activerecord-7.2.2.1/lib/active_record/connection_adapters/postgresql/database_statements.rb:79:in `exec_delete'  
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/database_statements.rb:208:in `update'  
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/query_cache.rb:27:in `update'  
activerecord-7.2.2.1/lib/active_record/relation.rb:610:in `block in update_all'  
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:421:in `with_connection'  
activerecord-7.2.2.1/lib/active_record/connection_handling.rb:296:in `with_connection'  
activerecord-7.2.2.1/lib/active_record/relation.rb:598:in `update_all'  
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_failure_tracker.rb:36:in `set_domain_actors_as_available'  
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_failure_tracker.rb:22:in `track_success'  
/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_deliver.rb:50:in `perform_request'  
/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_deliver.rb:15:in `execute'  
/var/www/discourse/app/jobs/base.rb:316:in `block (2 levels) in perform'
3

Это должно решить проблему

4

Хм, к сожалению, это, похоже, не решает проблему, @angus. В базе данных, вероятно, много акторов, и пакетная обработка всё ещё недостаточна.

Например, в модели Meta более 90 тысяч строк:

discourse(prod)> DiscourseActivityPubActor.where(domain: 'mastodon.social').size
=> 90264

Действительно ли нам необходимо обновлять столбец available для каждого из них при каждой доставке?

5

Понятно. Надеюсь, это вместе с предыдущими изменениями решит проблему: