← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to docs/locks.rst

  • Committer: Brian Aker
  • Date: 2010-12-16 20:06:09 UTC
  • Revision ID: brian@tangent.org-20101216200609-xigmi0vbldradofi
I've mentioned this to Paul. Once we have the bits in for session around
thread he will go in and fix what he needs to fix. 

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/locks.rst
18
18
 
19
19
SELECT is_used_lock();
20
20
 
 
21
SELECT wait_for_lock();
 
22
 
 
23
SELECT release_lock_and_wait();
 
24
 
21
25
If a session should exit, whatever locks it was holding will be deleted.
22
26
 
23
 
.. todo::
24
 
 
25
 
   deleted or released? are locks recursive?
26
 
 
27
27
Please note, get_lock() was designed to be compatible with MySQL. If you
28
28
hold any locks when calling get_lock() they will be released. For this
29
29
reason you may want to consider calling get_locks() instead.
30
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
 
31
35
Information on all barriers can be found in the DATA_DICTIONARY.USER_LOCKS
32
36
table;