You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the beginning of a migration takes a write lock to start the migration. If there is a long running read operation, that can introduce a very bad stall. Instead of this, we'll use a range lock in the lock tree over the chunk. This introduces the invariant that clients must take row locks before running the oplogging code (which is currently where we log into the migratelog too), so that this lock will be a valid way to make sure nobody's writing to the chunk while we're initializing the migratelog.
The text was updated successfully, but these errors were encountered:
leifwalsh
changed the title
consider use of writelocktry for _migrateStartCloneTransaction and other write locks
remove write lock from _migrateStartCloneTransaction
May 15, 2014
Currently, the beginning of a migration takes a write lock to start the migration. If there is a long running read operation, that can introduce a very bad stall. Instead of this, we'll use a range lock in the lock tree over the chunk. This introduces the invariant that clients must take row locks before running the oplogging code (which is currently where we log into the migratelog too), so that this lock will be a valid way to make sure nobody's writing to the chunk while we're initializing the migratelog.
The text was updated successfully, but these errors were encountered: