持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第1天，点击查看活动详情
事务：
ACID
Atomicity:全做或全不做
Consistency:关系型数据库中的约束，做之前或之后都要满足，不仅仅是数据库物理上的约束，包括内部逻辑的假设都必须是成立的
Isolation:事务间互相独立
Durability:事务结束后（包括断电）结果都能保存下来
事务的隔离级别：Isolation
Read uncommitted：还没committed就被读出
Read Committed:只会读到别人committed的值
Repeatable Reads:读到的是begin事务时的值
Serializable:两事务同时发生的结果必定等于这两个事务先后发生结果中的一个。
SELECT @@tx_isolation;//显示隔离级别
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;//设置隔离级别
SELECT count FROM ‘product’ WHERE ‘productId’ =2 FOR UPDATE;//把该行加锁，很耗费资源。
UPDATE ‘product’ SET ‘count’ =49 WHERE ‘productId’ =2 AND ‘count’ =50;//加版本保护
乐观锁（冲突机会不多的时候使用）：
读取数据，记录Timestamp
修改数据
检查和提交数据
抢票非常紧凑，用乐观锁不行，用SELECT…FOR UPDATE系统开销更加大，很可能不是在数据库里进行抢票，count很可能存在服务器内存中或非关系型数据库
可以用来程序调优的做法：
改善数据访问方式以提升缓存命中率
利用数据库连接池替代直接的数据库访问（直接访问数据库比较慢）
使用迭代替代递归（递归使用栈消耗大）
合并多个远程调用批量发送（与滑动窗口相类似）
共享冗余数据提高访问效率
但使用多线程的方式不能提高I/O密集型操作的效率，I/O密集型操作是所有的线程都在等待一个I/O的操作，当输入输出的数据来了后，可以非常快的处理完，但大部分时间在等待中，已经在等待中，增加线程还是没办法提高效率，反正再多线程都在等。
