14 小时前 / 莫若
大家好，我是不才陈某~ 今天分享一下如何快速定位慢查询 SQL 以及优化 1.如何定位并优化慢查询 SQL？一般有 3 个思考方向： 根据慢日志定位慢查询 sql 使用 explain 等工具分析 sql 执行计划修改 sql 或者尽量让 sql 走索引 2.如何使用慢查询日志？先给出步骤，后面说明，有 3 个步骤 1. 开启慢查询日志首先开启慢查询日志，由参数 slow_query_log 决定是否开启，在 MySQL 命令行下输入下面的命令： setglobalslow_query_log=on; 默认环境下，慢查询日志是关闭的，所以这里开启。
5 天前 / yybbb
推荐大家关注一个公众号点击上方 "编程技术圈"关注，星标或置顶一起成长 后台回复“大礼包”有惊喜礼包！ 每日英文 Man has to be crazy for once, whether it is for a person,a love story, a journey or a dream. 人的一生要疯狂一次，无论是为一个人，一段情，一段旅途，或一个梦想。 每日掏心话 人生就像蒲公英，看似自由，却往往身不由己。生活没有如果，只有结果，自己尽力了，努力了，就好。 责编：乐乐 | 来自：jia-xin 链接：www.cnblogs.com/YangJiaXin/p/10828244.html 编程技术圈 (ID:study_tech)第 171期推文 往日回顾：政府机构 5000 万台电...
8 天前 / 莫若
对于 SQL 语句的执行来说，定位 B-TREE 索引中的一条记录，是个举足轻重的能力。 InnoDB 是基于索引组织数据的，更新、删除操作都需要先去索引中找到具体的记录。 插入操作也需要先找到记录要插入到索引的哪个位置。 查询语句的 WHERE 条件能够命中索引时，也需要先找到 WHERE 条件对应的扫描区间的第一条记录，然后从这条记录开始沿着索引页内记录之间的单向链表、索引页之间的双向链表依次读取后续的记录。 通过以上简短的介绍，定位 B-TREE 索引中的记录的重要性就显而易见了。 本文是 MySQL 8 的第一篇文章，也是查询优化器的开篇。
10 天前 / HueiFeng
一、扩容方案剖析 1、扩容问题 在项目初期，我们部署了三个数据库 A、B、C，此时数据库的规模可以满足我们的业务需求。为了将数据做到平均分配，我们在 Service 服务层使用 uid%3 进行取模分片，从而将数据平均分配到三个数据库中。 如图所示： 后期随着用户量的增加，用户产生的数据信息被源源不断的添加到数据库中，最终达到数据库的最佳存储容量。如果此时继续向数据库中新增数据，会导致数据库的 CRUD 等基本操作变慢，进而影响整个服务的响应速度。
16 天前 / 路强
我熟练应用 ctrl c 和 ctrl v 开发 curd 代码好多年了。 mysql 查询为什么会慢，关于这个问题，在实际开发经常会遇到，而面试中，也是个高频题。 遇到这种问题，我们一般也会想到是因为索引。 那除开索引之外，还有哪些因素会导致数据库查询变慢呢？ 有哪些操作，可以提升 mysql 的查询能力呢？ 今天这篇文章，我们就来聊聊会导致数据库查询变慢的场景有哪些，并给出原因和解决方案。 数据库查询流程我们先来看下，一条查询语句下来，会经历哪些流程。
23 天前 / 莫若
一个问题？ InnoDB 一棵 B+ 树可以存放多少行数据？这个问题的简单回答是：约 2 千万 为什么是这么多呢？ 因为这是可以算出来的，要搞清楚这个问题，我们先从 InnoDB 索引数据结构、数据组织方式说起。 我们都知道计算机在存储数据的时候，有最小存储单元，这就好比我们今天进行现金的流通最小单位是一毛。 在计算机中磁盘存储数据最小单元是扇区，一个扇区的大小是 512 字节，而文件系统（例如 XFS/EXT4）他的最小单元是块，一个块的大小是 4k 而对于我们的 InnoDB 存储引擎也有自己的最小储存单元——页（Page），一个页的大小是 16K。
29 天前 / 浪客书心
简介 众所周知，MySQL 中有两个时间类型，timestamp 与 datetime，但当在网上搜索 timestamp 与 datetime 区别时，会发现网上有不少与时区有关的完全相反的结论，主要两种： timestamp 没有时区问题，而 datetime 有时区问题。原因是 timestamp 是以 UTC 格式存储的，而 datetime 存储类似于时间字符串的形式；timestamp 也有时区问题。 两种观点让人迷惑，那 timestamp 到底会不会有时区问题呢？ 基本概念 时区 由于地域的限制，人们发明了时区的概念，用来适应人们在时间感受上的差异。比如中国的时区是东 8 区，表示为 +8:00，或 GMT+8。
29 天前 / 小渣
大家好，我是君哥。 mysql 查询为什么会慢，关于这个问题，在实际开发经常会遇到，而面试中，也是个高频题。 遇到这种问题，我们一般也会想到是因为索引。 那除开索引之外，还有哪些因素会导致数据库查询变慢呢？ 有哪些操作，可以提升 mysql 的查询能力呢？ 今天这篇文章，我们就来聊聊会导致数据库查询变慢的场景有哪些，并给出原因和解决方案。 数据库查询流程我们先来看下，一条查询语句下来，会经历哪些流程。 比如我们有一张数据库表 CREATETABLE`user`( `id`int(10)unsignedNOTNULLAUTO_INCREMENTCOMMENT'主键', `name`varchar(100)NOTNULLDEFAULT...
30 天前 / MaxFang
前言 前面的一篇文章已经介绍了 docker-compose 搭建 Prometheus + Grafana 服务。当时实现了监控服务器指标数据，是通过 node_exporter。Prometheus 还可用来监控很多服务，比如常见的 MySQL。本文就介绍如何通过 mysqld_exporter 来监控 MySQL 指标。 下载安装包 PHP 1 2 3 4 5 cd /opt wget https://github.com/prometheus/mysqld_exporter/releases/download/v0.14.0/mysqld_exporter-0.14.0.linux-amd64.tar.gz tar xvf mysqld_exporter-0.14.0.linux-amd64.tar.gz mv mysqld_exporter-0.14.0.linux-amd64 mysqld_exporter mv /opt/mysqld_exporter /...
35 天前 / 浪客书心
↓推荐关注↓前言 MySQL 日志 主要包括错误日志、查询日志、慢查询日志、事务日志、二进制日志几大类。其中，比较重要的还要属二进制日志 binlog（归档日志）和事务日志 redo log（重做日志）和 undo log（回滚日志）。今天就来聊聊 redo log（重做日志）、binlog（归档日志）、两阶段提交、undo log （回滚日志）。 redo logredo log（重做日志）是 InnoDB 存储引擎独有的，它让 MySQL 拥有了崩溃恢复能力。 比如 MySQL 实例挂了或宕机了，重启时，InnoDB 存储引擎会使用 redo log 恢复数据，保证数据的持久性与完整性。
43 天前 / 小渣
八股文网站：xiaolincoding.com 作为在后端圈开车的多年老司机，是不是经常听到过： “MySQL 单表最好不要超过 2000w” “单表超过 2000w 就要考虑数据迁移了” “你这个表数据都马上要到 2000w 了，难怪查询速度慢” 这些名言民语就和 “群里只讨论技术，不开车，开车速度不要超过 120 码，否则自动踢群”，只听过，没试过，哈哈。 下面我们就把车速踩到底，干到 180 码试试……. 原文链接：https://my.oschina.net/u/4090830/blog/5559454 实验 实验一把看看… 建一张表 CREATETABLEperson( idintNOTNULLAUTO_INCREMENTPRIMARYKEYcomment'主键', person...
45 天前 / 路强
1、SQL 语句执行流程 MySQL 大体上可分为 Server 层和存储引擎层两部分。 Server 层：连接器：TCP 握手后服务器来验证登陆用户身份，A 用户创建连接后，管理员对 A 用户权限修改了也不会影响到已经创建的链接权限，必须重新登陆。查询缓存：查询后的结果存储位置，MySQL8.0 版本以后已经取消，因为查询缓存失效太频繁，得不偿失。分析器：根据语法规则，判断你输入的这个 SQL 语句是否满足 MySQL 语法。优化器：多种执行策略可实现目标，系统自动选择最优进行执行。执行器：判断是否有权限，将最终任务提交到存储引擎。存储引擎层负责数据的存储和提取。
46 天前 / 携程技术
作者简介 Roy，携程软件技术专家，负责 MySQL 双向同步 DRC 和数据库访问中间件 DAL 的开发演进，对分布式系统高可用设计、分布式存储，数据一致性领域感兴趣。 一、前言 在携程国际化战略背景下，海外业务将成为新的发力点，为了保证用户高品质的服务体验，底层数据势必需要就近服务业务应用。一套标准且普适的数据复制解决方案能够提升业务决策效率，助力业务更快地触达目标用户。 DRC (Data Replicate Center) 作为携程内部数据库上云标准解决方案，支撑了包括但不限于即时通讯、用户账号、IBU 在内的核心基础服务和国际业务顺利上云。
50 天前 / linyb极客之路
点击上方蓝字关注我们 1 前言 偶然的机会朋友说他部门的数据库误删了，想恢复回来，他百度了一些资料，也跟着试了。但发现会报一些错，于是他就找我帮忙看一下。对于我来说，因为公司的数据库都是 DBA 在管控，平时都没机会操作，基本上都停留在理论上。 但为了维持我在他心中的光辉形象，不能让他看出我是个半吊子，我就装逼让他把错误的信息发给我一下，我好百度一下。于是就有今天这么一篇水文出现。 朋友的数据库是基于 docker 搭建的，然后朋友一度怀疑是因为 docker 原因导致他恢复不成功。
58 天前 / BloomingRose
目前大部分后端开发人员对 MySQL 的理解可能停留在一个黑盒子阶段。 对 MySQL 的基本使用没什么问题，比如建库、建表、建索引，执行各种增删改查等。 所以很多后端开发人员眼中的 MySQL 如下图所示： 导致其在实际工作中碰到 MySQL 死锁异常、SQL 性能太差、异常报错等问题时，直接百度搜索。 然后跟着博客捣鼓就解决了，可能自己都没搞明白里面的原理。 为了解决这种知其然而不知其所以然的问题，本文将带着大家探索 MySQL 底层原理。 这样大家碰到 MySQL 的一些异常或者问题时，能够直戳本质，快速地定位解决。