《死磕MySQL系列》

大家好，我是咔咔 不期速成，日拱一卒 一、背景 之前待的几个公司，数据库、服务器权限都是给所有后端直接拉满的，但也会出现员工离职的情况，每次有人离职时都需要改数据库密码、服务器密码。 每次密码修改后得

大家好，我是咔咔 不期速成，日拱一卒 之前ElasticSearch系列文章中提到了如何处理空值，若为Null则会直接报错，因为在ElasticSearch中当字段值为null时、空数组、null值数

大家好，我是咔咔 不期速成，日拱一卒 通过上期文章知道了在MySQL中存在三种join的算法，分别为NLJ、BNLJ、BNL，总结来说分为索引嵌套循环连接、缓存块嵌套循环连接、粗暴循环连接。 另外还知

大家好，我是咔咔 不期速成，日拱一卒 在平时开发工作中join的使用频率是非常高的，很多SQL优化博文也让把子查询改为join从而提升性能，但部分公司的DBA又不让用，那么使用join到底有什么问题呢

本期来聊聊MySQL的加锁规则，知道这些规则后可以判断SQL语句的加锁范围，同时也可以写出更好的SQL语句，防止幻读问题的产生，在能力范围内最大程度的提升MySQL

由于业务随着时间不停的改变，起初的表结构设计已经满足不了如今的需求，这时你是不是想那就加字段呗！加字段也是个艺术活，接下来由本文的主人咔咔给你吹。 试想一下这个场景 事务A在执行一个非常大的查询 事务

在开发中有遇到很简单的SQL却执行的非常慢，甚至只查询一行数据。 咔咔遇到的只有两种情况，一种是MySQL服务器CPU占用率很高，所有的SQL都执行的很慢直到超时，程序也直接502，另一种情况是行锁造

在日常开发工作中，你一定会经常遇到要根据指定字段进行排序的需求。 这时，你的SQL语句类似这样。 这个SQL的逻辑是十分清晰明了，但其内部的执行原理你知多少。 接下来，本期文章将带你打开order

群里一个小伙伴在问为什么MySQL字符串不加单引号会导致索引失效，这个问题估计很多人都知道答案。没错，是因为MySQL内部进行了隐式转换。 本期文章就聊聊什么是隐式转换，为什么会发生隐式转换。

有一个问题是这样的统计数据总数用count(*)、count(主键ID)、count(字段)、count(1)那个效率高。 先说结论，不用那么花里胡哨遇到统计总数全部使用count(*). 但是有很多

系列文章 五、如何选择普通索引和唯一索引《死磕MySQL系列 五》 六、五分钟，让你明白MySQL是怎么选择索引《死磕MySQL系列 六》 七、字符串可以这样加索引，你知吗？《死磕MySQL系列 七》

系列文章 四、S 锁与 X 锁的爱恨情仇《死磕MySQL系列 四》 五、如何选择普通索引和唯一索引《死磕MySQL系列 五》 六、五分钟，让你明白MySQL是怎么选择索引《死磕MySQL系列 六》 七

系列文章 三、MySQL强人“锁”难《死磕MySQL系列 三》 四、S 锁与 X 锁的爱恨情仇《死磕MySQL系列 四》 五、如何选择普通索引和唯一索引《死磕MySQL系列 五》 六、五分钟，让你明白

系列文章 二、一生挚友redo log、binlog《死磕MySQL系列 二》 三、MySQL强人“锁”难《死磕MySQL系列 三》 四、S 锁与 X 锁的爱恨情仇《死磕MySQL系列 四》 五、如何

系列文章 一、原来一条select语句在MySQL是这样执行的《死磕MySQL系列 一》 二、一生挚友redo log、binlog《死磕MySQL系列 二》 三、MySQL强人“锁”难《死磕MySQ

系列文章 一、原来一条select语句在MySQL是这样执行的《死磕MySQL系列 一》 二、一生挚友redo log、binlog《死磕MySQL系列 二》 三、MySQL强人“锁”难《死磕MySQ

MySQL强人“锁”难《死磕MySQL系列 三》 最近数据库老是出现下面死锁情况，借着这俩种情况出发详细的理解一下MySQL中的锁。

上期根据一条查询语句查询流程分析MySQL的整体架构。同样，本期也使用一条查询SQL语句来做引子。可以肯定的是，查询语句执行的流程更新语句同样也会执行

看到蒋老师的第一篇文章后就收货颇丰，真是句句戳中痛点。 令我记忆最深的就是为什么知道了一个个技术点，却还是用不好 ？不管是蒋老师所说的Redis还是本系列要展开学习的MySQL。 这是一个值得思