看看这段信息, MySQL 运行情况如何呢? ----------
SEMAPHORES
----------
OS WAIT ARRAY INFO: 
reservation count 11548, 
signal count 11233
Mutex spin waits 23106, 
rounds 255610, 
OS waits 9409
RW-shared spins 278, 
OS waits 135; 
RW-excl spins 111, 
OS waits 107

解决方案 »

  1.   

    The SEMAPHORES section reports threads waiting for a semaphore and statistics on how many times threads have needed a spin or a wait on a mutex or a rw-lock semaphore. A large number of threads waiting for semaphores may be a result of disk I/O, or contention problems inside InnoDB. Contention can be due to heavy parallelism of queries or problems in operating system thread scheduling. Setting innodb_thread_concurrency smaller than the default value can help in such situations.
      

  2.   


    MySQL 官方网站都有介绍的, 但只是普通的介绍一下. 里面有很多详细的事件怎么解释啊? 有没有更详细的解说呢? 谢谢回复.
      

  3.   

    这个要怎么详细解释啊?受不了
    Semaphore是在多线程环境下使用的一种设施, 它负责协调各个线程, 以保证它们能够正确、合理的使用公共资源。
    Semaphore是一个非负整数,所有通过它的线程都会将该整数减一(通过它当然是为了使用资源),当该整数值为零时,所有试图通过它的线程都将处于等待状态。在Semaphore上我们定义两种操作: Wait(等待) 和 Release(释放)。 当一个线程调用Wait等待)操作时,它要么通过然后将Semaphore减一,要么一自等下去,直到Semaphore大于一或超时。Release(释放)实际上是在Semaphore上执行加操作,该操作之所以叫做“释放”是应为加操作实际上是释放了由Semaphore守护的资源。