18 天前 / 杀死那个程序员
点击上方"程序员历小冰"，选择“置顶或者星标” 你的关注意义重大！ 在上一篇文章《MySQL 常见加锁场景分析》中，我们聊到行锁是加在索引上的，但是复杂的 SQL 往往包含多个条件，涉及多个索引，找出 SQL 执行时使用了哪些索引对分析加锁场景至关重要。 比如下面这样的 SQL： 其中 id 和 val 都是索引，那么执行时使用到了哪些索引，加了哪些锁呢？为此，我们需要使用 explain 来获取 MySQL 执行这条 SQL 的执行计划。
26 天前 / 美团技术团队
总第 397 篇 2020 年 第 20 篇 巡检工作是保障系统平稳有效运行必不可少的一个环节，目的是能及时发现系统中存在的隐患。本文介绍了美团 MySQL 数据库巡检系统的框架和巡检内容，希望能够帮助大家了解什么是数据库巡检，美团的巡检系统架构是如何设计的，以及巡检系统是如何保障 MySQL 服务稳定运行的。 对了，文末还有一个重要的招聘信息，可以了解一下！ 我们生活中随处可见各种巡检系统，比如电力巡检、消防检查等，正是这些巡检工作，我们才能在稳定的环境下进行工作、生活。
31 天前 / 我们都是小白鼠
写在前面文章涉及到的 customer 表来源于案例库 sakila，下载地址为 http://downloads.mysql.com/docs/sakila-db.zip Order by排序方式通过索引顺序扫描直接返回有序数据 通过对返回数据进行排序，即 FileSort 排序。 所有不是通过索引直接返回排序结果的排序都叫 FileSort 排序。FileSort 并不代表通过磁盘文件进行排序，而只是说进行了一个排序操作，至于排序操作是否使用了磁盘文件或临时表取决于 MySQL 服务器对排序参数的设置和需要排序数据的大小。
31 天前 / 西岭老湿
作者简介 Roy，携程软件技术专家，负责 MySQL 双向同步 DRC 和数据库访问中间件 DAL 的开发演进，对分布式系统高可用设计、数据一致性领域感兴趣。 一、前言 携程内部 MySQL 部署采用多机房部署，机房 A 部署一主一从，机房 B 部署一从，作为 DR（Disaster Recovery）切换使用。当前部署下，机房 B 部署的应用需要跨机房进行写操作；当机房 A 出现故障时，DBA 需要手动对数据库进行 DR 切换。 为了做到真正的数据异地多活，实现 MySQL 同机房就近读写，机房故障时无需进行数据库 DR 操作，只进行流量切换，就需要引入数据实时双向（多向）复制组件。
35 天前 / 杀死那个程序员
点击上方"程序员历小冰"，选择“置顶或者星标” 你的关注意义重大！ 在上一篇文章《锁的类型以及加锁原理》主要总结了 MySQL 锁的类型和模式以及基本的加锁原理，今天我们就从原理走向实战，分析常见 SQL 语句的加锁场景。了解了这几种场景，相信小伙伴们也能举一反三，灵活地分析真实开发过程中遇到的加锁问题。 如下图所示，数据库的隔离等级，SQL 语句和当前数据库数据会共同影响该条 SQL 执行时数据库生成的锁模式，锁类型和锁数量。
36 天前 / vivo互联网技术
MySQL 作为当下最流行的开源关系型数据库，有一个很关键和基本的能力，就是必须能够保证数据不会丢。那么在这个能力背后，MySQL 是如何设计才能保证不管在什么时间崩溃，恢复后都能保证数据不会丢呢？有哪些关键技术支撑了这个能力？本文将为我们一一揭晓。 一、前言 MySQL保证数据不会丢的能力主要体现在两方面： 能够恢复到任何时间点的状态； 能够保证 MySQL 在任何时间段突然奔溃，重启后之前提交的记录都不会丢失； 对于第一点将 MySQL 恢复到任何时间点的状态，相信很多人都知道，只要保留有足够的 binlog，就能通过重跑 binlog 来实现。
36 天前 / 阿斯兰
点击上方 JavaKeeper，关注我们 写在之前：不建议那种上来就是各种面试题罗列，然后背书式的去记忆，对技术的提升帮助很小，对正经面试也没什么帮助，有点东西的面试官深挖下就懵逼了。 个人建议把面试题看作是费曼学习法中的回顾、简化的环节，准备面试的时候，跟着题目先自己讲给自己听，看看自己会满意吗，不满意就继续学习这个点，如此反复，好的 offer 离你不远的，奥利给 一、MySQL 架构和其它数据库相比，MySQL 有点与众不同，它的架构可以在多种不同场景中应用并发挥良好作用。
37 天前 / bytearch
5、总结 6、 欢迎关注"浅谈架构"公众号、不定期分享精彩文章 #1、概述 mysql 分库分表一般有如下场景 1). 垂直分表 ( 将表分为主表和扩展表)2). 垂直分库 ( 将表按业务归属到不同的库，如订单相关的放到订单库，用户相关的表放到用户库等，这也是我们常说的权限回收其中的一部分)3). 水平拆表 ( 当数据库整体瓶颈还未到时，少量表到达性能瓶颈)4). 水平拆库 & 拆表 ( 数据整体性能到达瓶颈，单一写入出现性能瓶颈) 其中 1，2 相对较容易实现，本文重点讲讲水平拆表和水平拆库，以及基于 mybatis 插件方式实现水平拆分方案落地。
43 天前 / 编程一生
题目一 MyISAM 和 InnoDB 的区别，什么时候选择 MyISAM 参考回答 InnoDB 是目前 MySQL 主流版本 (5.6、5.7、8.0)默认的存储引擎，支持事务、外键、行级锁，对于并发条件下要求数据的一致性，适用于对数据准确性要求高的场景。 MyISAM 只支持表级锁、数据排列是按照插入顺序，没有做规则排序。适合应用以查询和插入为主，只有很少量的更新和删除操作，对事务的完整性和并发性要求不是很高的场景。 实际运用 看到很多人在选择存储引擎的时候会无脑的选择 InnoDB，这个选择合理的一点是如果对数据准确性要求没有那么高，直接用 NoSQL 就好了。
44 天前 / AddoZhang
(Photo by Andrea Piacquadio from Pexels) 话说工作十多年，mysql 还真没用几年。起初是外企银行，无法直接接触到 DB；后来一直从事架构方面，也多是解决问题为主。 这次搭建海外机房，围绕时区大家做了一番讨论。不说最终的结果是什么，期间有同事认为 DB 返回的是 UTC 时间。 这里简单做个验证，顺便看下时区的问题到底是如何处理。 环境 openjdk version “1.8.0_242” mysql-connector-java “8.0.20” mysql “5.7” 时区 TZ=Europe/London 本地时区 GMT+8 创建个简单的库 test 及表 user...
66 天前 / 携程技术
作者简介 Alex，专注于云计算领域数年，目前主要从事容器云平台的建设，推进各类基础设施服务的云原生化。 小石川，目前主要从事容器云平台监控系统建设，对分布式、性能以及优化感兴趣。 一、背景与使用场景 随着 Kubernetes 平台在容器云计算领域的一统天下，云原生 (Cloud Native) 一词也被提的越来越频繁。各类应用纷纷走上了容器化、云原生化的道路，无状态服务应用在 Kubernetes 平台上的运行，已经得到了大规模生产级别的实践认可。
66 天前 / 阿伟me
准备我们需要的表结构和数据两张表 studnet( 学生)表和 score( 成绩)表， 创建表的 SQL 语句如下 CREATETABLE`student`( `id`int(11)NOTNULL, `no`varchar(20)DEFAULTNULL, `name`varchar(20)DEFAULTNULL, PRIMARYKEY(`id`) )ENGINE=InnoDBDEFAULTCHARSET=utf8mb4; CREATETABLE`score`( `id`int(11)NOTNULL, `no`varchar(20)DEFAULTNULL, `chinese`double(4,0)DEFAULTNULL, `math`double(4,0)DEFAULTNULL, `engilsh`double(4,0)DEFAULTNULL, PRIMARYKEY(`id`) )ENGINE=InnoDBDEFAULTCHARSET=utf8mb4; MySQL 连接查询分为以下三种 left join 左连接...
72 天前 / cxuan
「道歉声明：由于个人原因，公众号暂时不能留言，需要等到下个月才能开通，谢谢大家支持」 本文来源于读者投稿，文章中的我均指向读者自己。 从春节过后，我，一位双非渣本的大三学生，便踏上了实习之旅，面试了不下三十场，虽然很菜，但是也相应地拿了一些 offer ,例如京东金融、人人车等五六家 offer。 总结一下春招就是一个字：难。 没学历，技术还凑合，简历能过但是面试就有点困难。这期间收到了 N 个面试官的歧视，有些面试官感觉骨子里瞧不起我们这些双非的人。
73 天前 / 美团技术团队
总第 390 篇 2020 年 第 13 篇 MySQL 得益于其开源属性、成熟的商业运作、良好的社区运营以及功能的不断迭代与完善，已经成为互联网关系型数据库的标配。可以说，X86 服务器、Linux 作为基础设施，跟 MySQL 一起构建了互联网数据存储服务的基石，三者相辅相成。本文将分享一个工作中的实践案例：因 Intel PAUSE 指令周期的迭代，引发了 MySQL 的性能瓶颈，美团 MySQL DBA 团队如何基于这三者来一步步进行分析、定位和优化。希望这些思路能对大家有所启发。