一、redis分布式锁的简易实现用redis实现分布式锁是一个老生常谈的问题了。因为redis单条命令执行的原子性和高性能，当多个客户端执行setnx(相同key)时，最多只有一个获得成功。因此在对可用性要求不是特别高的场景下，redis分布式锁方案不失为一个性价比高的实现。1.多个客户端执行setnxlock

关注“苏三说技术”，回复：开发手册、时间管理有惊喜。对于从事java开发工作的同学来说，spring的事务肯定再熟悉不过了。在某些业务场景下，如果同时有多张表的写入操作，为了保证操作的原子性（要么同时成功，要么同时失败）避免数据不一致的情况，我们一般都会使用spring事务。没错，spring事务大多数情况下，可以满足我们的业务需求。

一、概念synchronized是Java中的关键字，是利用锁的机制来实现同步的。锁机制有如下两种特性：互斥性：即在同一时间只允许一个线程持有某个对象锁，通过这种特性来实现多线程中的协调机制，这样在同一时间只有一个线程对需同步的代码块(复合操作)进行访问。互斥性我们也往往称为操作的原子性。可见性：必须确

Redis在2.6推出了脚本功能，允许开发者使用Lua语言编写脚本传到Redis中执行。使用脚本的好处如下:1.减少网络开销：本来5次网络请求的操作，可以用一个请求完成，原先5次请求的逻辑放在redis服务器上完成。使用脚本，减少了网络往返时延。2.原子操作：Redis会将整个脚本作为一个整体执行，中间不会被其他命令插入。3.

事务MySQL事务主要用于处理操作量大，复杂度高的数据。比如：在人员管理系统中，你删除一个人员，你即需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！特性一般来说，事务是必须满足4个条件（ACID）：原子性（Atomicity，或称不可分割性）、一致性（Consis

为什么要用事务Redis的单个命令是原子性的（比如getsetmgetmset），如果涉及到多个命令的时候，需要把多个命令作为一个不可分割的处理序列，就需要用到事务。例如我们之前说的用setnx实现分布式锁，我们先set，然后设置对key设置expire，防止del发生异常的时候锁不会被释放，业务处理完了以后再del，这三个动作我们就

事务的四大特性（ACID）1、原子性（Atomicity）事务是一个不可分割的单位，事务中的所有SQL等操作要么都发生，要么都不发生。2、一致性（Consistency）事务发生前和发生后，数据的完整性必须保持一致。3、隔离性（Isolation）当并发访问数据库时，一个正在执行的事务在执行完毕前，对应其他的会话是不可见的，多个并发事

Java内存模型是围绕在并发过程中如何处理原子性、可见性、有序性来建立的。一、主内存与工作内存　　Java内存模型主要目标是在虚拟机中将变量存储到内存和从内存中取出变量。这里的变量包括：实例字段、静态字段、构成数组对象的元素；不包括局部变量和方法参数，因为它们是线程私有的。Java内存模型规定了所有变量都存储在主内存，线程的工作内

范式1：原子性，表中的没一列都是不可分的，不能是数组，集合。范式2：在第一范式基础上，属性完全依赖于主键。范式3：非主属性不依赖于其它非主属性。（关系中不包含在其它关系中已包含的非主键信息）   比如Student表（学号，姓名，年龄，性别，所在院校，院校地址，院校电话）   这样一个表结构，就存在上述关系。 学号 所在院校

最近在看高性能MYSQL一书，所以对其进行例子分析已巩固自己的印象　　数据库的事务操作其实就是一组原子性的操作，要么全部操作成功，要么全部操作失败。　　比如说我需要对外销售1张电影票，且登记一下销售信息到另一个表，至少需要以下3个步骤　　1.查询电影票数量是否满足销售1张电影票SELECTremain\_countFROM cinemaW