爱分享的淘金达人

InnoDB锁问题InnoDB与MyISAM的最大不同有两点：一是支持事务（TRANSACTION）；二是采用了行级锁。行级锁与表级锁本来就有许多不同之处，另外，事务的引入也带来了一些新问题。下面我们先介绍一点背景知识，然后详细讨论InnoDB的锁问题。背景知识1．事务（Transaction）及其ACID属性事务是由一组SQ语句组成的逻辑处理单元，事务具有以下4个属性，通常简称为

背景 早期，阿里巴巴B2B公司因为存在杭州和美国双机房部署，存在跨机房同步的业务需求。不过早期的数据库同步业务，主要是基于trigger的方式获取增量变更，不过从2010年开始，阿里系公司开始逐步的尝试基于数据库的日志解析，获取增量变更进行同步，由此衍生出了增量订阅&消费的业务，从此开启了一段新纪元。ps. 目前内部使用的同步，已经支持mysql5.x和oracle部分版本的日志解析

在上篇文章中提到了MySQL 5.6 Online DDL，如果是MySQL 5.5的版本在DDL方面是要付出代价的，虽然已经有了Fast index Creation，但是在添加字段还是会锁表的，而且在添加删除辅助索引是会加S锁，也就是无法进行写操作。所以，这里就有相关工具的出现，那就是pt-online-schema-change和oak-online-alter-table，都实现了On

flickr 的全局主键生成方案类似于京东的数据库设计，我们的用户分库有 Shop_1/2/3/4 … 那么uid怎样生成？现在的做法是在用一张索引表 Shop_share.user_index 取其自增主键，insert_id 便是uid。但缺点是，有单点负载的风险。flickr提供了一个扩展的更好的方案： 他们把 user_index 抽出一个专门用作生成 uid 的表

一、Actor简介actor模型是一种并行计算的数学模型。 响应于收到的消息，演员可以：做出决定，创建更多Actor，发送更多消息，并确定如何响应接收到的下一条消息。 演员可以修改自己的状态，但只能通过消息相互影响（避免需要任何锁）。 actor是一个计算实体，当其收到消息时，可以并发执行如下操作： 1. 发送有限数量的消息给其他actor 2. 创建有限数量的新a