高性能My Sql

1.并发控制

• 多个用户同时读取同一个数据库时，系统使用一套锁系统来解决问题。两类锁：共享锁（读锁），排他锁（写锁）、
• 一种提高共享资源并发行的方法：让锁定对象更有选择性，只锁定部分需要修改的数据，而不是所有的资源。

两种重要的锁策略：
表锁：是开销最小的锁策略，它将整个表加锁，当一个用户对表进行写操作时，用户可以获得一个写锁。写锁比读锁有更高的优先级。
行级锁：支持最大的并发处理，同时带来最大的锁开销。

2.事务：

• 事务是一组原子性的SQL查询语句，也可以看成一个工作单元。事务内的语句要么全做，要么全不做。
• 将所有操作打包在一个事物中，如果某一步失败，就回滚所有已完成的步骤。
• 开始一个事物：start transaction
• 提交整个事物：commit,永久的修改数据
• rollback语句回滚整个事物，取消已做的修改。

性质：ACID
A：原子性：要么全做，要么全不做
C：一致性：如果在做的过程中遇到错误，就回滚，不改变数据库。
I：隔离性：某个事物的结果只有在完成之后才会对其他事物可见。
D：持久性：一旦一个事物提交，事物所做的数据改变将是永久的。即时系统崩溃，数据也不会因此消失。

隔离级：

• read uncommitted(读取未提交的内容)：所有事务都可以看到未提交事务的执行结果。不好，除非用户真的知道自己在做什么
• readcommitted(读取提交内容)：大多数数据库系统的默认隔离级别，但MySql不是。一个事务在开始时，只能“看见”已经提交事务所做的改变。“不可重复读”：用户运行同一语句两次，看到的结果不同。
• repeatable read(可重读)：MySQL
  的默认事务隔离集。确保同一个事物的多个实例在并发读取数据时，会看到同样的数据行。导致的问题：幻读：用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会出现“幻影”
• serializable可传性化。强制事务排序，在每个读的数据行上加锁，导致超时和锁竞争问题。很少用。

死锁：

• 指两个或多个事务在同一资源上互相占用，并请求加锁时，而导致的恶性循环。当多个事务以不同的顺序试图加锁同一资源时，就会产生死锁。多个事务同时加锁同一资源，一定产生死锁。
• 每个事务在处理过程中，都执行了第一个查询，更新了数据行，也加锁了改数据行，接着，每个事务都去试图更新第二个数据行，却发现改行已被对方加锁，然后两个事务都开始等待对方完成，陷入无限等待。进入死锁
• 解决问题的方法：死锁检测、死锁超时检测。：回滚拥有最少排他行级锁的事务。
• 如果不一部分或全部的方式回滚某个事务，死锁将无法解除。

事务日志：

• 事务日志，写在磁盘上，具有持久性。速度快，因为追加日志事件导致的写操作，只涉及了磁盘很小区域上的I/O。最后，相关进程会在某个事件把表数据更新到磁盘上。

autocommit（自动提交）：autocommit=0,用户将一直处于某个事务中，直到用户执行一条commit或rollback语句。之后，MySQL将立即开始一个新的事务。