一.问题描述引言一般数组越界问题,往往是涉及多线程并发的情况下,某个或多个临界资源(比如类或对象的成员变量)多线程并发读写而导致的异常。出现这样情况,一般是该保护的地方没有用同步锁保护，或者是用错了同步锁，这类问题比较常规。但本文要分享的案例却是一个方法内的临界资源已被加锁保护的情况下仍然出现的数组越界问题,导致system\server挂掉，手

Discuz7.2坑爹集锦SQL篇DZ使用的是MySQL的MyISAM引擎，特点是简单快速，非常适合网络扁平数据。当数据量超过一定规模（大概300万），数据关联复杂（表连接增多）后性能急剧下降。并且在高读写并发时锁表严重（MyISAM是表锁，InnoDB有行锁），甚至导致表损坏。DZ7.2代码中SQL写法存在不标准的问题，虽然不影响执行但对维

一、读写锁简介现实中有这样一种场景：对共享资源有读和写的操作，且写操作没有读操作那么频繁。在没有写操作的时候，多个线程同时读一个资源没有任何问题，所以应该允许多个线程同时读取共享资源；但是如果一个线程想去写这些共享资源，就不应该允许其他线程对该资源进行读和写的操作了。　针对这种场景，JAVA的并发包提供了读写锁ReentrantReadW

基本概念LinkedBlockingQueue是一个用链表实现的有界阻塞队列。LinkedBlockingQueue按照先进先出的原则对元素进行排序。LinkedBlockingQueue采用了双锁、双条件队列来提高读写效率。内部构造LinkedBlockingQueue内部维

平时看博客或技术文章的时候，经常被各种锁搞得晕晕乎乎，包括在自旋锁、可重入锁、公平锁等等、乐观锁、悲观锁、行锁、表锁、意向锁、排它锁等。前段时间终于把Java多线程相关的锁有机会学习了一遍。现在开始整理mysql相关的锁概念。先从乐观锁和悲观锁开始聊聊。首先要知道，乐观锁和悲观锁不是真实存在的锁，只是两种抽象概念性的东西，就相当于Java中的接口，只

本文内容：读写锁ReentrantReadWriteLock的源码分析，基于Java7/Java8。阅读建议：虽然我这里会介绍一些AQS的知识，不过如果你完全不了解AQS，看本文就有点吃力了。目录使用示例下面这个例子非常实用，我是javadoc的搬运工：//这是一个关于缓存操作的故事classCach

ReadWriteLock也是一个接口，提供了readLock和writeLock两种锁的操作机制，一个资源可以被多个线程同时读，或者被一个线程写，但是不能同时存在读和写线程。基本规则：读读不互斥读写互斥写写互斥问题：既然读读不互斥，为何还要加读锁答：如果只是读，是不需要加锁的，加锁本身就有性能上的损耗如果读可以不是最新数据

背景PostgreSQL的读写是不冲突的，这听起来是件好事对吧，读和写相互不干扰，可以数据库提高读写并发能力。但是有些时候，用户也许想让读写冲突（需求：数据正在被更新或者删除时，不允许被读取）。那么有方法能实现读写冲突吗？PostgreSQL提供了一种锁advisorylock，可以实现读写堵塞的功能。使用advisoryloc

hello，大家好呀，我是小楼。最近我又双叒叕写了个BUG，一个线上服务死锁了，不过幸亏是个新服务，没有什么大影响。出问题的是Go的读写锁，如果你是写Java的，不必划走，更要看看本文，本文的重点在于Java和Go的读写锁对比，甚至看完后你会有一个隐隐的感觉：Go的读写锁是不是有BUG？故障回放背景简单抽象一下：一个server服务（Go语言实现），提供了

使用Redis还是Zookeeper来实现分布式锁，最终还是要基于业务来决定，可以参考以下两种情况：（1）如果业务并发量很大，Redis分布式锁高效的读写性能更能支持高并发（2）如果业务要求锁的强一致性，那么使用Zookeeper可能是更好的选择