一条select * form member_info limit 3000000,10普通的分页语句导致sharding-proxy内存溢出原因排查

一个文章说清楚到底什么是MySQL的MVCC并发控制，到底MVCC是怎么解决并发问题的、以及各种读问题！

在InnoDB中，Repeatable Read（重复读）隔离级别通过间隙锁和MVCC机制解决了大部分的幻读问题，但并非所有幻读都能被解决。要彻底解决幻读，需要使用Serializable（可串行化）

一、MySQL 主从复制与读写分离概念 1.1 什么是读写分离? 读写分离，基本的原理是让主数据库处理事务性增、改、删操作( INSERT、UPDATE、DELETE) 而从数据库处理SELECT查询

问题现象 我们知道MyBatis通过OGNL表达式的方式来进行动态SQL的拼接，比如像下图所示：if标签代表判断逻辑，但你是否了解，过果type类型为数值时，那么对于type != ''部分判断会出现

两条一样的INSERT语句竟然引发了死锁，这究竟是人性的扭曲，还是道德的沦丧，让我们不禁感叹一句：卧槽！这也能死锁，然后眼中含着悲催的泪水无奈的改起了业务代码。

面试官：麻烦你好好看看这篇文章，再告诉我，每张表到底能存多少数据？ 实际情况下，每张表由于自身的字段不同、字段所占用的空间不同等原因，它们在最佳性能下可以存放的数据量也就不同，需要手动计算才行。

发现服务器的mysql版本较低，会存在给骇客攻击的漏洞。需要升级mysql版本到5.7.30，于是将数据库升级到了5.7.30。之后发现界面无法显示数据，排查原因后发现某张表不存在，大致定性为数据库升级导致数据库文件损坏。 5.因为a表比较特殊，a表的数据来源是定时从其他表里面…

当项目的SQL查询慢得像蜗牛爬行时，用户的耐心也在一点点被消耗，作为研发，我们可不想看到这样的事。这篇文章将结合行云部署项目的实践经验，带你走进SQL优化的奇妙世界，一起探索如何让那些龟速的查询飞起来