大家好，我是田螺。 昨天一位粉丝，咨询了一个并发的问题~ 我提供了一个乐观锁兜底的方案，然后发现他们的表，都没有加version字段的,我想到，这不是表设计通用字段嘛。因此，本文跟大家聊聊~~

哈喽，大家哈，我是DanMu。最近我碰到了一个挺有趣的“小插曲”，大概是这样的：现在有一个社交应用，在聊天界面中，用户可以通过下滑页面来不断加载历史消息。我当时想不就一个分页，这么简单的需求怎么能难倒

前言 前几天，知识星球中有位小伙伴，问了我一个问题：加密的手机号如何模糊查询？ 我们都知道，在做系统设计时，考虑到系统的安全性，需要对用户的一些个人隐私信息，比如：登录密码、身份证号、银行卡号、手机号

MySQL锁（读锁、共享锁、写锁、S锁、排它锁、独占锁、X锁、表锁、意向锁、自增锁、MDL锁、RL锁、GL锁、NKL锁、插入意向锁、间隙锁、页锁、悲观锁、乐观锁、隐式锁、显示锁、全局锁、死锁）

双 11、618 期间，系统要尽可能多地卖出商品，尽可能多地收订单，又不能超过库存。在这种高并发、大流量场景下，整个系统的瓶颈点出现在数据库上，本篇文章就库存更新这一场景下讨论如何优化事务 SQL。

最近五哥和同事争辩起来，MySQL插入是并发还是串行，我记得明明是串行插入，同事非要和我杠，说MySQL可以并发插入。我要亲自试验一下，打他的脸！

”使用mysql limit 分页就行了，分页查询用得着四种写法吗? " 这可能是很多人的想法。的确mysql limit offset是可以胜任分页的，但是另外三种办法在其他场景表现更好。