MySQL源码学习——MDL字典锁(6)

        这时候TX2会阻塞，TX3也会阻塞，被TX2阻塞，也就是说被wait的事件阻塞了，这样可能就是为了保证在DDL等待时，禁止再做DML了，因为在DDL面前，DML显得确实不是那么重要了。

          如何唤醒被等待的事务呢？比如唤醒TX2，当TX1结束时，会调用release_all_locks_for_name，对被锁住的事务进行唤醒，具体操作封装在reschedule_waiters函数中，重置等待时间的标记位进行唤醒,重点代码如下:

if (can_grant_lock(ticket->get_type(), ticket->get_ctx()))

    {

      if (! ticket->get_ctx()->m_wait.set_status(MDL_wait::GRANTED))

      {

        /*

          Satisfy the found request by updating lock structures.

          It is OK to do so even after waking up the waiter since any

          session which tries to get any information about the state of

          this lock has to acquire MDL_lock::m_rwlock first and thus,

          when manages to do so, already sees an updated state of the

          MDL_lock object.

        */

        m_waiting.remove_ticket(ticket);

        m_granted.add_ticket(ticket);

    }

      今天把mdl系统总体上看了一下，对锁的请求、等待以及唤醒有了初步了解。并发性的问题是最难调试的，大家如果想做锁方面的实验，可以利用VS调试中的冻结线程的功能，这样就可以确保并发情况控制完全按照你设计思路去呈现。