6 天前 / reesunhuang
全文建立在 MySQL 的存储引擎为 InnoDB 的基础上 先看一条 SQL 如何入库的： 这是一条很简单的更新 SQL，从 MySQL 服务端接收到 SQL 到落盘，先后经过了 MySQL Server 层和 InnoDB 存储引擎。 Server 层就像一个产品经理，分析客户的需求，并给出实现需求的方案。 InnoDB 就像一个基层程序员，实现产品经理给出的具体方案。 在 MySQL”分析需求，实现方案“的过程中，还夹杂着内存操作和磁盘操作，以及记录各种日志。 他们到底有什么用处？他们之间到底怎么配合的？MySQL 又为什么要分层呢？InnoDB 里面的那一块 Buffer Pool 又是什么？ 我们慢慢分析。
13 天前 / HueiFeng
这是悟空的第152篇原创文章 官网：www.passjava.cn 你好，我是悟空。 上次我们项目不是把 MySQL 高可用部署好了么，MySQL 双主模式 + Keepalived，来保证高可用。简单来说就是有两个 MySQL 主节点，分别有两个 Keepalived 安装在宿主机上监控 MySQL 的状态，一旦发现有问题，就重启 MySQL，而客户端也会自动连接到另外一台 MySQL。 详情可以看悟空写的这篇：实战 MySQL 高可用架构 这次是我们在项目中遇到的一次事故，来一起复盘下吧。
39 天前 / HueiFeng
前几天看到姜老师的旧文用 VSCode 编译和调试 MySQL，每个 DBA 都应 get 的小技能 [1], 文末留了一个思考题，如何修改源码，自定义版本，使得 select version() 输出自定义内容 调试过程参考 macOS VSCode 编译调试 MySQL 5.7[2] 内部 Item 对象参考从 SQL 语句到 MySQL 内部对象 [3] 源码面前没有秘密，建义对 DB 感兴趣的尝试 debug 调试。本文环境为 mac + vscode + lldb 依赖及插件 vscode 插件： C/C++C/C++ Clang Command AdapterCodeLLDBCMake Toolsmysql 源码： mysql-boost-5.7.35.tar.gz 补丁：MySQL Command Palette -> CMake: Configure 执行...
46 天前 / BloomingRose
MySQL-Seconds_behind_master 的精度误差前言 Seconds_behind_master 是我们观察主从延迟的一个重要指标。但任何指标所能表示的精度都是有限的。例如用精度只能到秒的指标去衡量毫秒级的表现就会产生非常大的误差。如果再以此误差去分析问题，就会让思维走上弯路。例如用 Seconds_behind_master 去评估 1s 内的主从延迟就是一个典型的例子。 问题现场在一些问题的排查中，我们注意到一个很奇怪的现象。那就是相同配置的从库表现出来的主从延迟差距有将近 500ms。而这两个从库之间的差别就是所在的机房不一样 ( 和主库都不在同一个机房)。
50 天前 / 叶东富
Mysql、Redis、Mongo 都是非常流行的存储，并且各自有自己的优势。在实际的应用中，常常会同时使用多种存储，也会遇见在多种存储中保证数据一致性的需求，例如保证数据库中的库存和 Redis 中的库存一致等。 本文基于分布式事务框架 https://github.com/dtm-labs/dtm 给出了一个跨 Mysql、Redis、Mongo 多种存储引擎的一个可运行的分布式事务实例，希望能够帮助大家解决这方面的问题。 这种灵活的组合多个存储引擎形成一个分布式事务的能力，也是 dtm 首创做到的，目前未看到其他的分布式事务框架有这样的能力。
57 天前 / reesunhuang
点击关注下方公众号，架构师全套资料都在这里 0、2T 架构师学习资料干货分享上一篇：设计一个高质量的 API 接口 大家好，我是互联网架构师。 一、背景 会员系统是一种基础系统，跟公司所有业务线的下单主流程密切相关。如果会员系统出故障，会导致用户无法下单，影响范围是全公司所有业务线。所以，会员系统必须保证高性能、高可用，提供稳定、高效的基础服务。 随着同程和艺龙两家公司的合并，越来越多的系统需要打通同程 APP、艺龙 APP、同程微信小程序、艺龙微信小程序等多平台会员体系。
69 天前 / 趣编程
MySQL 采用 buffer 机制，避免每次读写进行磁盘 IO，提升效率：《缓冲池 (buffer pool)》 《写缓冲 (change buffer)》 《日志缓冲 (log buffer)》 MySQL 的 buffer 一页的大小是 16K，文件系统一页的大小是 4K，也就是说，MySQL 将 buffer 中一页数据刷入磁盘，要写 4 个文件系统里的页。 如上图所示，MySQL 里 page=1 的页，物理上对应磁盘上的 1+2+3+4 四个格。那么，问题来了，这个操作并非原子，如果执行到一半断电，会不会出现问题呢？ 会，这就是所谓的“页数据损坏”。
85 天前 / 漫步coding
20222022年MySQL最新面试题 - MySQL数据库基础知识 漫步coding 3/5/2022 #0、概要 1、平时MySQL主要用哪个版本 2、数据库三大范式是什么 3、MySQL有关权限的表都有哪几个 4、MySQL的binlog有有几种录入格式？分别有什么区别？ 5、平时用到哪些关系型数据库和非关系数据库, 可以谈谈你对它们的理解吗 6、可以简单说说你对MySQL的逻辑架构了解吗？ 7、了解MySQL中的MVCC是什么 8、PostgreSQL相对于MySQL的优势 9、PostgreSQL和MySQL的一些区别 #1、平时MySQL主要用哪个版本 出现概率: ★★★★ 可以说说自己用的MySQL版本, 比如我自己用的版本是5.7版本...
89 天前 / 趣编程
上篇《MySQL 缓冲池 (buffer pool)，终于懂了》，介绍了 InnoDB 缓冲池的工作原理。 简单回顾一下： （1）MySQL 数据存储包含内存与磁盘两个部分； （2）内存缓冲池 (buffer pool)以页为单位，缓存最热的数据页 (data page)与索引页 (index page)； （3）InnoDB 以变种 LRU 算法管理缓冲池，并能够解决“预读失效”与“缓冲池污染”的问题； 画外音：细节详见《MySQL 缓冲池 (buffer pool)，终于懂了》。 毫无疑问，对于读请求，缓冲池能够减少磁盘 IO，提升性能。问题来了，那写请求呢？ 情况一 假如要修改页号为 4 的索引页，而这个页正好在缓冲池内。
96 天前 / HueiFeng
大家好，我是 Tom 哥 我们都知道互联网数据有个特性，大部分场景都是 读多写少，比如：微博、微信、淘宝电商，按照 二八原则，读流量占比甚至能达到 90% 结合这个特性，我们对底层的数据库架构也会做相应调整。采用 读写分离 处理过程： 客户端会集成 SDK，每次执行 SQL 时，会判断是 写 或 读 操作如果是 写 SQL，请求会发到 主库主数据库执行 SQL，事务提交后，会生成 binlog ，并同步给 从库从库 通过 SQL 线程回放 binlog ，并在从库表中生成相应数据如果是 读 SQL，请求会通过 负载均衡 策略，挑选一个 从库 处理用户请求看似非常合理...
111 天前 / 高飞
数据库环境 dev：开发环境，开发可读写，可修改表结构。开发人员可以修改表结构，可以随意修改其中的数据但是需要保证不影响其他开发同事。 qa：测试环境，开发可读写，开发人员可以通过工具修改表结构。 sim：模拟环境，开发可读写，发起上线请求时，会先在这个环境上进行预执行，这个环境也可供部署上线演练或压力测试使用。 real：生产数据库从库（准实时同步），只读环境，不允许修改数据，不允许修改表结构，供线上问题查找，数据查询等使用。
112 天前 / 微观技术
大家好，我是 Tom 哥 作为一名开发同学，大家对 MySQL 一定不陌生，像常见的 事务特性、隔离级别 、索引等也都是老生常谈。 今天，我们就来聊个深度话题，关于 MySQL 的 高可用 一、什么是高可用？维基百科定义： 高可用性（high availability，缩写 HA），指系统无中断地执行其功能的能力，代表系统的可用性程度。高可用性通常通过提高系统的容错能力来实现。 MySQL 的高可用是如何实现的呢？ 首先，我们来看张图 过程： 开始时，处理流程主要是 场景一客户端读、写，访问的是主库主库通过某种机制...
117 天前 / 李睿_Lee
数据库对象命名规范数据库对象数据库对象是数据库的组成部分，常见的有以下几种：表（Table ）、索引（Index）、视图（View）、图表（Diagram）、缺省值（Default）、规则（Rule）、触发器（Trigger）、存储过程（Stored Procedure）、 用户（User）等。命名规范是指数据库对象如数据库（SCHEMA）、表（TABLE）、索引（INDEX）、约束（CONSTRAINTS）等的命名约定。 数据库对象全局命名规范 1、命名使用具有意义的英文词汇，词汇中间以下划线分隔 2、命名只能使用英文字母、数字、下划线...
122 天前 / 浪客书心
前言 如果你使用过 MySQL 数据库，对它的存储引擎：InnoDB，一定不会感到陌生。 众所周知，在MySQL5 以前，默认的存储引擎是：MyISAM。但MySQL5之后，默认的存储引擎已经变成了InnoDB，它是我们建表的首选存储引擎。 那么，问题来了： InnoDB 底层是如何存储数据的？表中有哪些隐藏列？用户记录之间是如何关联起来的？ 如果你想知道上面三个问题的答案，那么，请继续往下面看。 本文主要包含如下内容： 1. 磁盘 or 内存 1.1 磁盘 数据对系统来说是非常重要的东西，比如：用户的身份证、手机号、银行号、会员过期时间、积分等等。