2018-11-08 19:23:39 +05:30
|
|
|
# frozen_string_literal: true
|
|
|
|
|
2020-04-08 14:13:33 +05:30
|
|
|
class BackgroundMigrationWorker # rubocop:disable Scalability/IdempotentWorker
|
2018-03-17 18:26:18 +05:30
|
|
|
include ApplicationWorker
|
2017-09-10 17:25:29 +05:30
|
|
|
|
2020-04-22 19:07:51 +05:30
|
|
|
feature_category :database
|
|
|
|
urgency :throttled
|
2019-12-21 20:55:43 +05:30
|
|
|
|
2018-03-17 18:26:18 +05:30
|
|
|
# The minimum amount of time between processing two jobs of the same migration
|
|
|
|
# class.
|
2017-09-10 17:25:29 +05:30
|
|
|
#
|
2018-11-18 11:00:15 +05:30
|
|
|
# This interval is set to 2 or 5 minutes so autovacuuming and other
|
|
|
|
# maintenance related tasks have plenty of time to clean up after a migration
|
|
|
|
# has been performed.
|
|
|
|
def self.minimum_interval
|
2018-11-20 20:47:30 +05:30
|
|
|
2.minutes.to_i
|
2018-11-18 11:00:15 +05:30
|
|
|
end
|
2018-03-17 18:26:18 +05:30
|
|
|
|
|
|
|
# Performs the background migration.
|
|
|
|
#
|
|
|
|
# See Gitlab::BackgroundMigration.perform for more information.
|
2017-09-10 17:25:29 +05:30
|
|
|
#
|
2018-03-17 18:26:18 +05:30
|
|
|
# class_name - The class name of the background migration to run.
|
|
|
|
# arguments - The arguments to pass to the migration class.
|
|
|
|
def perform(class_name, arguments = [])
|
2020-04-08 14:13:33 +05:30
|
|
|
with_context(caller_id: class_name.to_s) do
|
|
|
|
should_perform, ttl = perform_and_ttl(class_name)
|
2018-03-17 18:26:18 +05:30
|
|
|
|
2020-04-08 14:13:33 +05:30
|
|
|
if should_perform
|
|
|
|
Gitlab::BackgroundMigration.perform(class_name, arguments)
|
|
|
|
else
|
|
|
|
# If the lease could not be obtained this means either another process is
|
|
|
|
# running a migration of this class or we ran one recently. In this case
|
|
|
|
# we'll reschedule the job in such a way that it is picked up again around
|
|
|
|
# the time the lease expires.
|
|
|
|
self.class
|
|
|
|
.perform_in(ttl || self.class.minimum_interval, class_name, arguments)
|
|
|
|
end
|
2018-03-17 18:26:18 +05:30
|
|
|
end
|
2017-09-10 17:25:29 +05:30
|
|
|
end
|
|
|
|
|
2018-03-17 18:26:18 +05:30
|
|
|
def perform_and_ttl(class_name)
|
|
|
|
if always_perform?
|
|
|
|
# In test environments `perform_in` will run right away. This can then
|
|
|
|
# lead to stack level errors in the above `#perform`. To work around this
|
|
|
|
# we'll just perform the migration right away in the test environment.
|
|
|
|
[true, nil]
|
|
|
|
else
|
|
|
|
lease = lease_for(class_name)
|
2018-11-18 11:00:15 +05:30
|
|
|
perform = !!lease.try_obtain
|
|
|
|
|
|
|
|
# If we managed to acquire the lease but the DB is not healthy, then we
|
|
|
|
# want to simply reschedule our job and try again _after_ the lease
|
|
|
|
# expires.
|
|
|
|
if perform && !healthy_database?
|
|
|
|
database_unhealthy_counter.increment
|
2017-09-10 17:25:29 +05:30
|
|
|
|
2018-11-18 11:00:15 +05:30
|
|
|
perform = false
|
|
|
|
end
|
|
|
|
|
|
|
|
[perform, lease.ttl]
|
2017-09-10 17:25:29 +05:30
|
|
|
end
|
2018-03-17 18:26:18 +05:30
|
|
|
end
|
2017-09-10 17:25:29 +05:30
|
|
|
|
2018-03-17 18:26:18 +05:30
|
|
|
def lease_for(class_name)
|
|
|
|
Gitlab::ExclusiveLease
|
2018-11-18 11:00:15 +05:30
|
|
|
.new(lease_key_for(class_name), timeout: self.class.minimum_interval)
|
|
|
|
end
|
|
|
|
|
|
|
|
def lease_key_for(class_name)
|
|
|
|
"#{self.class.name}:#{class_name}"
|
2017-09-10 17:25:29 +05:30
|
|
|
end
|
|
|
|
|
2018-03-17 18:26:18 +05:30
|
|
|
def always_perform?
|
|
|
|
Rails.env.test?
|
2017-09-10 17:25:29 +05:30
|
|
|
end
|
2018-11-18 11:00:15 +05:30
|
|
|
|
|
|
|
# Returns true if the database is healthy enough to allow the migration to be
|
|
|
|
# performed.
|
|
|
|
#
|
|
|
|
# class_name - The name of the background migration that we might want to
|
|
|
|
# run.
|
|
|
|
def healthy_database?
|
|
|
|
!Postgresql::ReplicationSlot.lag_too_great?
|
|
|
|
end
|
|
|
|
|
|
|
|
def database_unhealthy_counter
|
|
|
|
Gitlab::Metrics.counter(
|
|
|
|
:background_migration_database_health_reschedules,
|
|
|
|
'The number of times a background migration is rescheduled because the database is unhealthy.'
|
|
|
|
)
|
|
|
|
end
|
2017-09-10 17:25:29 +05:30
|
|
|
end
|