← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to docs/locks.rst

  • Committer: Lee Bieber
  • Date: 2010-12-02 18:56:33 UTC
  • mfrom: (1966.3.1 bug683842)
  • mto: This revision was merged to the branch mainline in revision 1969.
  • Revision ID: kalebral@gmail.com-20101202185633-e27o1zhpev18dlsn
Merge Monty - fix bug 683842: remove generic catch blocks       

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/locks.rst
1
 
User Defined Locks
 
1
User Definied Locks
2
2
===================
3
3
 
4
4
A user can create a "lock" which is scoped to their user space. Multiple
18
18
 
19
19
SELECT is_used_lock();
20
20
 
21
 
If a session should exit, whatever locks it was holding will be deleted.
22
 
 
23
 
FIXME: deleted or released? are locks recursive?
24
 
 
25
 
Please note, get_lock() was designed to be compatible with MySQL. If you
 
21
SELECT wait_for_lock();
 
22
 
 
23
SELECT release_lock_and_wait();
 
24
 
 
25
If a session should exit, whatever locks it was holdering will be deleted.
 
26
 
 
27
Please note, get_lock() was designed to be compatible with MySQL, if you
26
28
hold any locks when calling get_lock() they will be released. For this
27
29
reason you may want to consider calling get_locks() instead.
28
30
 
 
31
release_lock_and_wait() released the named lock, and then waits for another
 
32
session to try to obtain ownership. If it does not own the lock, it returns
 
33
with a zero.
 
34
 
29
35
Information on all barriers can be found in the DATA_DICTIONARY.USER_LOCKS
30
36
table;