谢谢支持

@zhjie 我们后端技术栈比较常规 Mysql(Sequelize)，Mongodb(Mongoose), Redis(Ioredis), Zookeeper

@theqwang
@Mcatt
谢谢支持

欢迎大家 Star

@luxy
@Ruiming
@dangyuluo
谢谢支持

这个是 MVCC 实现原理的文章，放在团队博客上了
http://fridaytalk.org/archives/20/

这种业务肯定需要用到 redis 之类的缓存，用一个 set 先判断一下就可以了

可以试试阿里开源的 canal

@bestrenxs innodb 内部实现了锁。有行锁（非空唯一索引），nextkey 锁（读写锁），意向锁。
如果你手动加锁，这种行为会导致他和事务相互影响。如果你在 innodb 中禁用了 AUTOCOMMIT，你可以手动释放锁。但是默认配置下，任何时候不要显式的获取锁。不管用什么引擎。

下面的 sql 语句都不符合 SQL 规范
- select .... lock in share mode
- select .... for update
- lock tables

这个是一个非常典型的误导讲解
http://blog.csdn.net/whoamiyang/article/details/51901888
后面我会说明他为什么是错的

终于把这个问题研究清楚了。
首先感谢 @ixiaohei @domty @namedfish 的回答，但是你们的回答不能解释我提出的问题。
我想表达的是：在 Mysql 中，MVCC 如何保证不会读到并发事务的其他插入行？
这个问题在于很多文章在解释 MVCC 原理的时候有偏差。其实 Innodb 做的事情并不是简单的使用 createdAt 和 deletdAt，他用的是 tx_id 和 db_roll_ptr。其中 db_roll_ptr 指向 undo log。这个是 MVCC 的精髓所在。具体的我会写一篇文章，专门介绍下。
@ixiaohei 说的是接近的，靠的是事务号和回滚段。

@ixiaohei
在我的例子里，A 的版本号小于 B。所以 B 是可以查到 A 添加的数据的，不是吗？

刚才讲错，纠正下：

如果是 hash 索引，确实是双向链表。
但是再索引树中，是存在节点，上面的索引值是重复的

如果是 hash 索引，确实是双向链表。
但是再索引树中，找到区间之后，是做的顺序读，所以不存在双向链表也不存在重复索引

1.column 尽量不要用 int 类型
2.尽量设计多列、覆盖索引，避免二次随机寻盘
3.这个场景不适合 hash 索引，因为 hash 索引会大大增加索引空间，如果你的 hash 函数简单的话，还要处理 hash 冲突

最后一点，也是搜索效率最高的一种方法，读效率可能提升百倍。但是有大的空间损耗和写数据变慢
就是建一个冗余的表，primary key = int_column + (increased number) 。就是说让你的 int column 成为 primary key 的前缀。这样在搜索的时候，全部是顺序查找，只需要一次寻盘。

最大的问题是不开源，不开源的产品没兴趣讨论

TJ 最新的创业项目提供这个服务，免费版的也有，付费的也有。
看这里： https://latency.apex.sh/

美味不用等 性质很类似，挺好的

不要看股票，耽误时间也影响心情