大家好，我是田螺。本文跟大家讲讲数据库死锁的排查思路。耐心看完哦，非常有用的。 死锁现场 排查思路 sql模拟 死锁解决方案

看过我之前文章《一条Update语句的执行过程是怎样的？》的朋友都基本知道【点击文章传送门~🙌】，在整个Update更新语句中会涉及到三种日志，分别是undo log(回滚日志）、redo lo

日志日志，在我们平时开发中主要的用途在于监控、备份，但在MySQL中，日志的功能远远不止这些，分别有用于记录的慢查询日志，回滚版本的undolog，宕机恢复的redolog、全量备份的binlog等等

更新语句的流程会涉及到 undo log（回滚日志）、redo log（重做日志） 、binlog （归档日志）这三种日志： undo log（回滚日志） ：是 Innodb 存储引擎层生成的日志，实

介绍 今天这篇文章，我想聊一聊MySQL数据库是如何应对故障恢复，与数据恢复回滚的问题。一个最基本的数据库，应当可以做到以下几点： 数据持久化，可以将数据保存到磁盘，服务重启数据依然存在。 可以按照某

分库分表大家都听说过，但表分区这个概念却鲜为人知，分区技术是指建立在不拆分表的基础上，将数据划分到多个物理分区中，从而改善整体的表性能，本章则与诸位携手共探鲜为人知的表分区技术！

最近接到了一个新需求，要求提供查询关注对象的粉丝列表接口功能。该功能的难点就是关注对象的粉丝数量过多，不少店铺的粉丝数量都是千万级别，并且有些大V粉丝数量能够达到上亿级别。