← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to docs/locks.rst

  • Committer: Monty Taylor
  • Date: 2010-12-26 00:22:34 UTC
  • mto: This revision was merged to the branch mainline in revision 2038.
  • Revision ID: mordred@inaugust.com-20101226002234-2sb62sm2gs0iftuy
Fixing some of the innodb c++ casting issues.

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/locks.rst
4
4
A user can create a "lock" which is scoped to their user space. Multiple
5
5
session of the user can see the lock.
6
6
 
7
 
.. code-block:: mysql
8
 
   
9
 
   SELECT GET_LOCK();
10
 
 
11
 
   SELECT GET_LOCKS();
12
 
 
13
 
   SELECT RELEASE_LOCK();
14
 
 
15
 
   SELECT RELEASE_LOCK();
16
 
 
17
 
   SELECT RELEASE_LOCKS();
18
 
 
19
 
   SELECT is_free_lock();
20
 
 
21
 
   SELECT is_used_lock();
22
 
 
23
 
If a session should exit, whatever locks it was holding will be released.
24
 
 
25
 
.. todo::
26
 
 
27
 
        are locks recursive?
 
7
SELECT GET_LOCK();
 
8
 
 
9
SELECT GET_LOCKS();
 
10
 
 
11
SELECT RELEASE_LOCK();
 
12
 
 
13
SELECT RELEASE_LOCK();
 
14
 
 
15
SELECT RELEASE_LOCKS();
 
16
 
 
17
SELECT is_free_lock();
 
18
 
 
19
SELECT is_used_lock();
 
20
 
 
21
If a session should exit, whatever locks it was holding will be deleted.
28
22
 
29
23
Please note, get_lock() was designed to be compatible with MySQL. If you
30
24
hold any locks when calling get_lock() they will be released. For this
31
25
reason you may want to consider calling get_locks() instead.
32
26
 
33
27
Information on all barriers can be found in the DATA_DICTIONARY.USER_LOCKS
34
 
table;
 
28
table;
 
 
b'\\ No newline at end of file'