假如你研讨到库存体系的开发问题时，你就会从这儿动身考虑了一些有关库存信息中需求的操作和，一般的情况下会遇到的MySQL业务处理问题。特别是关于数据表确定问题，一旦呈现并发现象的时分，咱们怎么确保数据的完整性，值得咱们考虑。

业务操作，要确保的三个原则性：

原子性（Atomicity）：业务是一个原子操作单元，其对数据的修正，要么悉数履行，要么全都不履行；

共同性（Consistent）：在业务开端和完结时，数据都必须坚持共同状况；

阻隔性（Isolation）：数据库体系供给必定的阻隔机制，确保业务在不受外部并发操作影响的“独立”环境履行；

持久性（Durable）：业务完结之后，它关于数据的修正是***性的，即便呈现体系故障也能够坚持。

所以，咱们假定两个目标A和B

并发目标A 和B

初始状况数据表查询成果:

业务开端的次序 A->B

A：开端业务

此时没有提交进行commit

在此状况下B开端了自己的MySQL业务处理：

明显，在A没有进行Commit行为的时分，B的业务中的动作无法完结，一向处于业务等候阶段，条件是在没有超出时限，B的动作无法提交。

此时，假如A进行Commit:

此时 B的动作中，由等候的

转变到

阐明A完结业务开端解锁，B业务能够进行，可是此时B业务没有提交（Commit）

留意：在这儿咱们进行两个操作，便是两个目标进行查询

A的查询：

仍然存在ID为1的这项，原因是B的成果没提交，但A仍旧能够读该项数据，可是数据为删去前的数据。

可是，对照B的查询：

能够知道，B目标成果已经在处理了，仅仅没有提交解锁。

剖析能够知道，A读的是B没有提交前的成果调集，但B读的是自己操作的成果集，当B完结提交的时分

此时，A的成果调集

发现现在状况下和B的调集相同，A=B，这也是在理论值的范围内的。

由此，能够发现其实MySQL锁的简略性，当然，也阐明当数据库进行锁操作时分，只能是写操作操控，关于读数据，往往只能访问到修正前的数据，这部分数据常常被称为”dirty”或脏数据。在实践中，咱们常常是有这样的需求，当A进行写操作时分，希望B不要读数据，是对读行为的操控。

这样确保并发的时分不要呈现B查的时分有，可是这个进程正好是A进行写操作的进程，尽管加锁避免并发写，可是却把关于B来说他在此进程中所看到的数据将被修正，即等A完结写操作的时分,B读的数据将被丢掉，这样说来B读到的数据应该是脏数据，或是无效数据，除非A的动作由于某些原因导致业务回滚，操作失利，这样实践数据成果和B看到的共同的时分，才判定B看到的是有用数据，而不是脏数据或是无效数据。

【修改引荐】

1. MySQL 装置备份在Linux体系中的装置
2. MySQL 数据库的双机热备实践操作装备
3. 树立MySQL镜像数据库在linux下的简略计划
4. MySQL装置与qmail实践操作概述
5. MySQL filter的实践装备