Study notes
MySQL是怎么保证数据不丢的？ MySQL是怎么保证数据不丢的？
今天这篇文章，我会继续和你介绍在业务高峰期临时提升性能的方法。从文章标题“MySQL是怎么保证数据不丢的？”，你就可以看出来，今天我和你介绍的方法，跟数据的可靠性有关。 在专栏前面文章和答疑篇中，我都着重介绍了WAL机制（你可以再回顾下第2
2024-09-13 MySQL
MySQL
MySQL有哪些“饮鸩止渴”提高性能的方法？ MySQL有哪些“饮鸩止渴”提高性能的方法？
不知道你在实际运维过程中有没有碰到这样的情景：业务高峰期，生产环境的MySQL压力太大，没法正常响应，需要短期内、临时性地提升一些性能。 我以前做业务护航的时候，就偶尔会碰上这种场景。用户的开发负责人说，不管你用什么方案，让业务先跑起来再说
2024-09-12 MySQL
MySQL
为什么我只改一行的语句，锁这么多？ 为什么我只改一行的语句，锁这么多？
在上一篇文章中，我和你介绍了间隙锁和next-key lock的概念，但是并没有说明加锁规则。间隙锁的概念理解起来确实有点儿难，尤其在配合上行锁以后，很容易在判断是否会出现锁等待的问题上犯错。 所以今天，我们就先从这个加锁规则开始吧。 首先
2024-09-12 MySQL
MySQL
幻读是什么，幻读有什么问题？ 幻读是什么，幻读有什么问题？
在上一篇文章最后，我给你留了一个关于加锁规则的问题。今天，我们就从这个问题说起吧。 为了便于说明问题，这一篇文章，我们就先使用一个小一点儿的表。建表和初始化语句如下（为了便于本期的例子说明，我把上篇文章中用到的表结构做了点儿修改）： 123
2024-09-12 MySQL
MySQL
为什么我只查一行的语句，也执行这么慢？ 为什么我只查一行的语句，也执行这么慢？
一般情况下，如果我跟你说查询性能优化，你首先会想到一些复杂的语句，想到查询需要返回大量的数据。但有些情况下，“查一行”，也会执行得特别慢。今天，我就跟你聊聊这个有趣的话题，看看什么情况下，会出现这个现象。 需要说明的是，如果MySQL数据库
2024-09-12 MySQL
MySQL
为什么这些SQL语句逻辑相同，性能却差异巨大？ 为什么这些SQL语句逻辑相同，性能却差异巨大？
在MySQL中，有很多看上去逻辑相同，但性能却差异巨大的SQL语句。对这些语句使用不当的话，就会不经意间导致整个数据库的压力变大。 我今天挑选了三个这样的案例和你分享。希望再遇到相似的问题时，你可以做到举一反三、快速解决问题。 案例一：条件
2024-09-12 MySQL
MySQL
如何正确地显示随机消息？ 如何正确地显示随机消息？
我在上一篇文章，为你讲解完order by语句的几种执行模式后，就想到了之前一个做英语学习App的朋友碰到过的一个性能问题。今天这篇文章，我就从这个性能问题说起，和你说说MySQL中的另外一种排序需求，希望能够加深你对MySQL排序逻辑的理
2024-09-11 MySQL
MySQL
“order by”是怎么工作的？ “order by”是怎么工作的？
在你开发应用的时候，一定会经常碰到需要根据指定的字段排序来显示结果的需求。还是以我们前面举例用过的市民表为例，假设你要查询城市是“杭州”的所有人名字，并且按照姓名排序返回前1000个人的姓名、年龄。 假设这个表的部分定义是这样的： 1234
2024-09-11 MySQL
MySQL
count(*)这么慢，我该怎么办？ count(*)这么慢，我该怎么办？
在开发系统的时候，你可能经常需要计算一个表的行数，比如一个交易系统的所有变更记录总数。这时候你可能会想，一条select count(*) from t 语句不就解决了吗？ 但是，你会发现随着系统中记录数越来越多，这条语句执行得也会越来越慢
2024-09-11 MySQL
MySQL
9 / 11