对于group by可以使用索引进行优化，Loose Index Scan相对于Tight Index Scan在一些情况下可以大大减少扫描的行数...

如果你的项目想要从mysql切换到postgres数据库，但你又太懂postgres，那么这篇文章可能会帮助你减少很多坑

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

我用 Navicat 的这些技能少加了好多班，也为公司挣了不少w 本文我将结合我过去的实践，给大家推荐一款数据库的运维工具。给大家呈现一下竟然可以用 Navicat 解决这些实际问题 。

本文主要针对需要进行模糊匹配的业务场景，大体总结了解决问题的三种方案，重点描述了如何使用MySQL实现需求

文章内容收录到个人网站，方便阅读：https://hardyfish.top/ 喜欢的话，之后会分享更多系列文章！ 觉得有收获，希望帮忙点赞，转发下哈，谢谢，谢谢 前言 前几天帮公司解决线上慢SQL告

先看这段像天书一样的 SQL ,看着就头疼。 这段SQL是干什么用的呢，就是为了计算一个成绩排名，简直大动干戈啊。 那有没有简化的方法呢?

以小白的视角探究MySQL索引条件下推ICP的优化，其中包括server层与存储引擎层如何交互、索引、回表、ICP等内容

本次文章完全使用mysql自带的show命令实现获取，从connects、buffercache、lock、SQL、statement、Database throughputs、serverconfi