电信回程3-雨云 - 老一代云服务提供商-有事者，事竟成;破釜沉舟，百二秦关终归楚;苦心人，天不负;卧薪尝胆，三千越甲可吞吴。
为了解决以上隔离性引发的并发问题，数据库提供了事务的隔离机制。 read uncommitted（读未提交）: 一个事务还没提交时，它做的变更就能被别的事务看到，读取尚未提交的数据，哪个问题都不能解决； read committed（读已提交）：一个事务提交之后，它做的变更才会被其他事务看到，读取已经提交的数
锁的粒度过大会导致性能的下降， MySQL 的 InnoDB 引擎下存在一种性能更优越的 MVCC 方法。 MVCC 是 Multi-Version Concurremt Control 的简称，意思是基于多版本的并发控制协议，通过版本号避免同一数据在不同事务间的竞争。它主要是为了提高数据库的并发读写性能，不用加锁就
这条语句基本上也会沿着上一个查询的流程走，只不过执行更新的时候要记录日志，这就会引入日志模块了，MySQL 自带的日志模块是 binlog（归档日志） ，所有的存储引擎都可以使用，我们常用的 InnoDB 引擎还自带了一个日志模块 redo log（重做日志），我们就以 InnoDB 模式下来探讨这个语句的执行流程。
应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引； 应尽量避免在 where 子句中使用以下语句，否则将导致引擎放弃使用索引而进行全表扫描； 对字段进行 null 值判断， 使用!=或<> or 来连接条件（使用union all代替） in 和
master 主库将此次更新的事件类型写入到主库的 binlog 文件中 master 创建 log dump 线程通知 slave 需要更新数据 slave 向 master 节点发送请求，将该 binlog 文件内容存到本地的 relaylog 中 slave 开启 sql 线程读取 relaylog
MySQL 5.6 版本以后，提供了一种并行复制的方式，通过将 SQL 线程转换为多个 work 线程来进行重放 提高机器配置(王道) 在业务初期就选择合适的分库、分表策略，避免单表单库过大带来额外的复制压力 避免长事务 避免让数据库进行各种大量运算 对于一些对延迟很敏感的业务直接使用主库读
欢迎您的到来-www.camp-jp.com
www.camp-jp.com
