92b2c74ce1
When I proposed using serializable transactions I was hoping we would be able to refresh data of individual users concurrently. Unfortunately upon closer inspection it was revealed this was not the case. This could result in a lot of queries failing due to serialization errors, overloading the database in the process (given enough workers trying to update the target table). To work around this we're now using a Redis lease that is cancelled upon completion. This ensures we can update the data of different users concurrently without overloading the database. The code will try to obtain the lease until it succeeds, waiting at least 1 second between retries. This is necessary as we may otherwise end up _not_ updating the data which is not an option.
25 lines
539 B
Ruby
25 lines
539 B
Ruby
require 'sidekiq/testing'
|
|
|
|
Sidekiq::Testing.inline! do
|
|
Gitlab::Seeder.quiet do
|
|
Group.all.each do |group|
|
|
User.all.sample(4).each do |user|
|
|
if group.add_user(user, Gitlab::Access.values.sample).persisted?
|
|
print '.'
|
|
else
|
|
print 'F'
|
|
end
|
|
end
|
|
end
|
|
|
|
Project.all.each do |project|
|
|
User.all.sample(4).each do |user|
|
|
if project.team << [user, Gitlab::Access.values.sample]
|
|
print '.'
|
|
else
|
|
print 'F'
|
|
end
|
|
end
|
|
end
|
|
end
|
|
end
|