首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
mysql
订阅
用户581878414672
更多收藏集
微信扫码分享
微信
新浪微博
QQ
23篇文章 · 0订阅
结合MySQL更新流程看 undolog、redolog、binlog
看过我之前文章《一条Update语句的执行过程是怎样的?》的朋友都基本知道【点击文章传送门~🙌】,在整个Update更新语句中会涉及到三种日志,分别是undo log(回滚日志)、redo lo
MySQL 日志四剑客:Undolog、Binlog、Redolog 和 Relaylog
Undo log 悔做日志(Undo Log)是数据库事务管理的一个关键组成部分,尤其是在支持事务的存储引擎(如 MySQL 的 InnoDB 存储引擎)中。Undo Log 主要用于记录事务对数据的
MySQL 索引为什么使用了b+tree而不是b-tree
mysql索引为啥使用B+tree?由于非叶子节点不存储 data,所以一个存储页可以存储更多的非叶子节点,也就是说使用 b+树单次磁盘 I/O拿到的同大小存储页中包含的信息量相比 b-树更大。。。
一文搞懂 MySQL 为什么选择 B+树索引
这篇文章主要用来介绍 mysql 底层 innodb 在索引的选型上可以选择的索引类型,以及为什么最后选择了 B+树索引。 1. B+树索引 B+树的特点: 所有的叶子结点都位于同一层。 B+树内部节
一张图看懂 SQL 执行过程
大家好,我是小❤,一个漂泊江湖多年的 985 非科班程序员,曾混迹于国企、互联网大厂和创业公司的后台开发攻城狮。今天讲一讲 SQL 的具体执行流程,
MySQL Join原理
Join的类型 left join,以左表为驱动表,以左表作为结果集基础,连接右表的数据补齐到结果集中 right join,以右表为驱动表,以右表作为结果集基础,连接左表的数据补齐到结果集中 inn
不停机分库分表五个步骤(多图详解)
1 理论知识 1.1 分库分表是否必要 分库分表确实可以解决单表数据量大这个问题,但是并非首选。因为分库分表至少引入了三个必须解决的突出问题。 第一是分库分表方案本身具有的复杂性。第二是本地事务失效问
记录一次对order by、group by和distinct的sql优化
sql优化专栏,记录工作中一些sql优化经历,分享sql优化经验。欢迎大家相互学习,互相交流,指出问题,
麻了,一个操作把MySQL主从复制整崩了
前言 最近公司某项目上反馈mysql主从复制失败,被运维部门记了一次大过,影响到了项目的验收推进,那么究竟是什么原因导致的呢?而主从复制的原理又是什么呢?本文就对排查分析的过程做一个记录。 主从复制原
MySQL explain各字段的含义
有这样一张user表,300多万行记录,表结构及索引信息如下: 对于sql: explain结果如下: 1.id SQL查询中的序列号 id列数字越大越先执行,如果说数字一样大,那么就从上往下依次执行