分布式锁面试引言tex为什么要使用分布式锁？为了保证一个方法在高并发情况下的同一时间只能被同一个线程执行，在传统单体应用单机部署的情况下，可以使用Java并发处理相关的API(如ReentrantLcok或synchroniz

一般提及到Redis的分布式锁我们更多的使用的是Redisson的分布式锁，Redis的官方也是建议我们这样去做的。Redisson(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fredisson%2Fredisson%2Fwiki%2F2.%25E9%25

1\.前因  以前实现过一个Redis实现的全局锁,虽然能用,但是感觉很不完善,不可重入,参数太多等等.  最近看到了一个新的Redis客户端Redisson,看了下源码,发现了一个比较好的锁实现RLock,于是记录下.2\.Maven依赖<dependency    <group

所谓公平是指所有线程对临界资源申请访问权限的成功率都一样，它不会让某些线程拥有优先权。通过几篇文章的分析我们知道了JDK的AQS的锁是基于CLH锁进行优化的，而其中使用了FIFO队列，也就是说等待队列是一个先进先出的队列。那是否就可以说每条线程获取锁时就是公平的呢？关于公平性，严格来说应该分成三个点来看：入队阶段、唤醒阶段以及闯入策略。友情链接：

引言之前在深入了解数据库理论的时候，了解到事物的不同隔离级别可能存在的问题。为了更好的理解所以在MySQL数据库中测试复现这些问题。关于脏读和不可重复读在相应的隔离级别下都很容易的复现了。但是对于幻读，我发现在可重复读的隔离级别下没有出现，当时想到难道是MySQL对幻读做了什么处理？测试：创建一张测试用的表dept：CREAT

所谓公平是指所有线程对临界资源申请访问权限的成功率都一样，它不会让某些线程拥有优先权。通过几篇文章的分析我们知道了JDK的AQS的锁是基于CLH锁进行优化的，而其中使用了FIFO队列，也就是说等待队列是一个先进先出的队列。那是否就可以说每条线程获取锁时就是公平的呢？关于公平性，严格来说应该分成三个点来看：入队阶段、唤醒阶段以及闯入策略。友情链接：

目录文档用途详细信息文档用途了解HGDB分区表的简单使用详细信息1.简介数据库表分区把一个大的物理表分成若干个小的物理表，并使得这些小物理表在逻辑上可以被当成一张表来使用。一般来讲我们把上述说明中的大的物理表称为父表/主表，小的物理表称为子表/分区表。主表/父表/MasterTable 该表是创建子表的模板。它是

!(https://static.oschina.net/uploads/space/2017/0310/145804_1wNe_561214.png)表关系:分类表<商品表<SKU表(库存表)分类表<属性名<属性值商品表<商品和属性关系表属性名|属性值业务逻辑:1.同一商品

Mark一下StringRedisTemplate分布式锁自用javaprivatestaticfinalStringRELEASELOCKSCRIPTS"ifredis.call('get',KEYS1)ARGV1thenreturnredis.

SQLFOREIGNKEY约束SQLFOREIGNKEY约束用于防止破坏表之间关系的操作。FOREIGNKEY是一张表中的字段（或字段集合），它引用另一张表中的主键。具有外键的表称为子表，具有主键的表称为被引用表或父表。以下是两个表的例子：Persons表