前言 在之前我们已经讲解了一主一从，双主双从的mysql集群搭建，在单机应用的时候看起来没有问题，但是在企业的生产环境中，在很多情况下都会有复制延迟的问题。所以我来了！！！ 主从复制的原理我们在此处就

前言 当我们遇到一条SQL慢的时候，往往需要使用一些性能分析工具，看看这个SQL究竟是为什么慢？那本文就分享MySQL中的一个性能分析神器——Explain, 通过读懂它的结果，我们可以知道SQL的执

这种说法愈演愈烈，甚至被很多同学奉为真理。咱啥话也不说，举个例子。假如我们有个表s1，结构如下： 上边几个查询语句的WHERE子句中用了IS NULL、IS NOT NULL、!=这些条件，但是从它们的执行计划中可以看出来，这些语句都采用了相应的二级索引执行查询，而不是使用所谓…

大家，我是田螺。 最近在开发需求的时候，用到了select......for update。在代码评审的时候，一位同事说 ，唯一索引+一个非索引字段，是否可能会锁全表呢？本文田螺哥将通过9个实验证明

。。。 。。。 在一个事务里面， 避免耗时太多的操作，造成事务超时。一些非DB的操作，比如rpc调用，消息队列的操作尽量放到事务之外操作 在InnoDB事务中，行锁是在需要的时候才加上的，但并不是不需要了就立刻释放，而是要等到事务结束时才释放。如果你的事务中需要锁多个行，要把最…

问题背景 我们在开启多线程对数据库进行操作的时候，先批量对数据进行删除，然后再新增，本来想着是考虑到不走更新，性能会提升，但是执行的时候发现报错，执行的sql等待超时，阻塞了进程，dbcp连接池被打满

为什么MySQL的索引有那么多的数据结构可选，偏偏选树结构？为什么那么多的树结构？为什么又偏偏采用 B+ 树作为索引?

在如今IT开发行业中，系统访问量日涨、并发暴增、线上瓶颈等各种性能问题纷涌而至，性能优化成为了现时代中一个炙手可热的名词，无论是在开发、面试过程中，性能优化都是一个常谈常新的话题.....

哦买噶！美好的假期又遭殃了...，这该死的MySQL在线上又告警：数据查询慢、CPU100%、磁盘100%、客户端连接异常、死锁问题频发.....，这到底怎么回事！究竟是谁动了我的代码！？！！