mysql创建读写锁命令_MySQL源代码：如何对读写锁进行处理

看起来实际的加锁和解锁操作是通过对计数器来控制的，

(1)在函数rw_lock_s_lock_low中

rw_lock_lock_word_decr (lock, 1)，对lock->lock_word减去1

减数成功返回true，否则返回false

这部分的逻辑还是很简单的。

(2)在函数rw_lock_x_lock_low中，调用：

rw_lock_lock_word_decr(lock, X_LOCK_DECR)，对lock->lock_word减去X_LOCK_DECR

减数成功后，执行：

[cpp]

rw_lock_set_writer_id_and_recursion_flag(lock,pass ? FALSE : TRUE)来设置：

lock->writer_thread = s_thread_get_curr_id()

lock->recursive = TRUE然后调用rw_lock_x_lock_wait函数等待lock->lock_word=0，也就是说等待所有的读锁退出。

看到一个比较有意思的现象，在.ic的代码里看到使用了宏

INNODB_RW_LOCKS_USE_ATOMICS，这是跟gcc的版本相关的，通过使用gcc的内建函数来实现原子操作。

3.解锁

解锁操作包括解除读锁(#define rw_lock_s_unlock(L) rw_lock_s_unlock_gen(L, 0))和解除写锁操作(#definerw_lock_x_unlock(L) rw_lock_x_unlock_gen(L, 0))

实际调用函数为rw_lock_s_unlock_func和rw_lock_x_unlock_func

1)解除读锁(rw_lock_s_unlock_func)

增加计数rw_lock_lock_word_incr(lock, 1)

2)解除写锁(rw_lock_x_unlock_func)

执行如下操作

(1)如果是最后一个递归调用锁的线程，设置lock->recursive= FALSE; 代码里的注释如下：

[cpp]

/* lock->recursive flag also indicatesif lock->writer_thread is

valid or stale. If we are the last of the recursive callers

then we must unset lock->recursive flag to indicate that the

lock->writer_thread is now stale.

Note that since we still hold the x-lock we can safely read the

lock_word. */(2)增加计数rw_lock_lock_word_incr(lock,X_LOCK_DECR) == X_LOCK_DECR，这时候需要向等待锁的线程发送信号：

[cpp]

if(lock->waiters) {

rw_lock_reset_waiter_flag(lock);

os_event_set(lock->event);

sync_array_object_signalled(sync_primary_wait_array);

}os_event_set函数会发送一个pthread_cond_broadcast给等待的线程