今天看到开源中国上有这样一个问答：假设我有两个对象锁，对象A锁有5个线程在等待，对象B锁有3个线程在等待，对象A锁中的线程执行完，这时调用notifyAll,是唤醒了对象AB两个锁的全部的等待线程还是只唤醒了A锁的5个线程？1.方法文档解释通过看该方法文档的解释，可以得出下面结论：notifyAll()中All的含义是所有的线程，而不是所有的锁，只能唤

好买网www.goodmai.comIT技术交易平台第一部分 磁盘I/O与内存影响MySQLInnoDB引擎性能的最主要因素就是磁盘I/O，目前磁盘都是机械方式运作的，主要体现在读写前寻找此道的过程中。磁盘自带的读写缓存大小，对于磁盘的读写速度至关重要。读写速度快的磁盘，通常都带有较大的读写缓存。磁盘的寻道过程是机械方式。决定了其随机读

1Checksum1.1checksum原理checksumtable的原理是对表中的数据进行一行一行的较验和计算,在执行checksum命令时，表会被加一个读锁(readlock)，因此对于大表，这是一个很耗时的过程。读锁：又叫S锁/共享锁；当MySQL

JavaSynchronized1引言在多线程并发编程中Synchronized一直是元老级角色，很多人都会称呼它为重量级锁，但是随着JavaSE1.6对synchronized进行了各种优化之后，有些情况下它并不那么重了，JavaSE1.6中为了减少获得锁和释放锁带来的性能消耗而引入的偏向锁和轻量级锁。2术语定义

前言分布式锁一般有三种实现方式：1.数据库乐观锁；2.基于Redis的分布式锁；3.基于ZooKeeper的分布式锁。本篇博客将介绍第二种方式，基于Redis实现分布式锁。虽然网上已经有各种介绍Redis分布式锁实现的博客，然而他们的实现却有着各种各样的问题，为了避免误人子弟，本篇博客将详细介绍如何正确地实现Redis分布式锁。

ReentrantLock介绍ReentrantLock是一个可重入的互斥锁，与使用synchronized方法和语句访问的隐式监视锁具有相同的基本行为和语义，但具有扩展功能。ReentrantLock属于最后一个成功加锁并且还没有释放锁的线程。当一个线程请求lock时，如果锁不属于任何线程，将立马得到这个锁；如果锁已经被

互斥锁锁通常被用来实现对共享资源的同步访问。为每一个共享资源创建一个Lock对象，lLock()创建一个锁，初始状态是未锁定当你需要访问该资源时，调用l.acquire方法来获取锁对象（如果其它线程已经获得了该锁，则当前线程需等待其被释放），待资源访问完后，再调用l.release方法释放锁!(https:

互联网并发编程中，锁的概念时时刻刻都在我们身边，无论是并发编程时候线程锁，还是数据库网络中的锁，都有一些相似之处，都是为了保持数据库的完整性和一致性。不恰当的使用锁，会导致性能下降，出现死锁等情况，所以弄清楚锁的原理概念是必要的。一、锁分类!(https://oscimg.oschina.net/oscnet/59e69906ec

我们调用Semaphore方法时，其实是在间接调用其内部类或AQS方法执行的。Semaphore类结构与ReetrantLock类相似，内部类Sync继承自AQS，然后其子类FairSync和NoFairSync分别实现公平锁和非公平锁的获取锁方法tryAcquireShared(intarg)，而释放锁的tryReleaseShared(inta

ConcurrentHashMap是Java5中支持高并发、高吞吐量的线程安全HashMap实现。在这之前我对ConcurrentHashMap只有一些肤浅的理解，仅知道它采用了多个锁，大概也足够了。但是在经过一次惨痛的面试经历之后，我觉得必须深入研究它的实现。面试中被问到读是否要加锁，因为读写会发生冲突，我说必须要加锁，我和面试官也因此发生了冲突