对于自建 MySQL , 需要先开启 Binlog 写入功能，配置 binlog-format 为 ROW 模式，开启Mysql binlog日志步骤如下：
MySQL 5.5 中对于二进制日志 (binlog) 有 3 种不同的格式可选：Mixed,Statement,Row，默认格式是 Statement。 总结一下这三种格式日志的优缺点。 默认binlog 设置 mysql> mysql> show variables like 'binlog_%'; +-----------------------------------------+--------------+ | Variable_name |
背景 MySQL/InnoDB的加锁分析，一直是一个比较困难的话题。我在工作过程中，经常会有同事咨询这方面的问题。同时，微博上也经常会收到MySQL锁相关的私信，让我帮助解决一些死锁的问题。本文，准备就MySQL/InnoDB的加锁问题，展开较为深入的分析与讨论，主要是介绍一种思路，运用此思路，拿到任何一条SQL语句，都能完整的分析出这条语句会加什么锁？会有什么样的使用风险？甚至是分析线上的一个死锁场景，了解死锁产生的原因。 注：MySQL是一个支持插件式存储引擎的数据库系统。本文下面的所有介绍，都是基于I
作者：小林coding 八股文网站：xiaolincoding.com 之前有位小伙伴美团三面，一直被追问「幻读是否被 MySQL 可重复度隔离级别彻底解决了？」 之前我也提到过，MySQL InnoDB 引擎的默认隔离级别虽然是「可重复读」，但是它很大程度上避免幻读现象（并不是完全解决了），解决的方案有两种： 针对快照读（普通 select 语句），是通过 MVCC 方式解决了幻读，因为可重复读隔离级别下，事务执行过程中看到的数据，一直跟这个事务启动时看到的数据是一致的，即使中途有其他事务插入了一条数据
如果在第一个查询和第二个查询之间新增或者删除了一些数据，那么查询的结果就不准备了。我想大家都能想象这个场景，在此就不举例。
MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值的语句，具体指运行时间超过long_query_time值的SQL，则会被记录到慢查询日志中。long_query_time的默认值为10，意思是运行10S以上的语句。默认情况下，Mysql数据库并不启动慢查询日志，需要我们手动来设置这个参数，当然，如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会或多或少带来一定的性能影响。慢查询日志支持将日志记录写入文件，也支持将日志记录写入数据库表。
MySQL 5.5 中对于二进制日志 (binlog) 有 3 种不同的格式可选：Mixed,Statement,Row，默认格式是 Statement。总结一下这三种格式日志的优缺点。 MySQL Replication 复制可以是基于一条语句 (Statement Level) ，也可以是基于一条记录 (Row Level)，可以在 MySQL 的配置参数中设定这个复制级别，不同复制级别的设置会影响到 Master 端的 bin-log 日志格式。
想要在mysql workbench中查看IP地址为192.168.7.194的一条数据表的记录，于是使用select * from table_name查出来所有的记录中输入相关的IP地址，发现没有这条记录值，于是我想当然的认为这个值不存在，但是在添加过滤条件之后，也就是select * from table_name where ip_addr = '192.168.7.194',发现居然可以过滤出这条记录，这就奇怪了。在全表搜索的结果中，查询这条记录，发现没有，在条件查询的时候，却可以查出来这条记录？
本文是 MySQL 简单查询语句执行过程分析 6 篇中的第 3 篇，第 1 ~ 2 篇请看这里： MySQL 简单查询语句执行过程分析（一）词法分析 & 语法分析 MySQL 简单查询语句执行过程分析（二）查询准备阶段
offset：表⽰偏移量，通俗点讲就是跳过多少⾏，offset可以省略，默认为0，表
分析MySQL语句查询性能的方法除了使用 EXPLAIN 输出执行计划，还可以让MySQL记录下查询超过指定时间的语句，我们将超过指定时间的SQL语句查询称为“慢查询”。
在二级索引idx_key1中，key1列是有序的，查找按key1列排序的第1条记录，MySQL只需要从idx_key1中获取到第一条二级索引记录，然后直接回表取得完整的记录即可，这个很容易理解。
学习 SQL 的时候，大家肯定第一个先学到的就是 select 查询语句了，比如下面这句查询语句：
从这个题目来看，其实包含了两个要求，第一个要求就是：从MySQL数据表中查询一条随机的记录。第二个要求就是要保证效率最高。
操作系统版本：CentOS Linux release 7.7.1908 (Core)
之前有位小伙伴美团三面，一直被追求「幻读是否被 MySQL 可重复度隔离级别彻底解决了？」
我就让进度条每秒进一格，一百秒进度条满！用了一个时钟组件。.版本 2.程序集 窗口程序集3.子程序 __启动窗口_创建完毕.子程序 _按钮1_被单击.如果 (编辑框1.内容 ≠ “” 或 编辑框2.内容 ≠ “”) 时钟1.时钟周期 ＝ 1000.否则 信息框 (“请输入内容”， 0， ).如果结束.子程序 _时钟1_周期事件.如果 (进度条1.位置 ＜ 进度条1.最大位置) 进度条1.位置 ＝ 进度条1.位置 ＋ 1.否则 时钟1.时钟周期 ＝ 0 载入 (窗口1， ， 假).如果结束
MySQL 中事务支持是在引擎实现的， MySQL 原生的 MyISAM 引擎不支持事务，这也是 MyISAM 被 InnoDB 引擎取代的重要原因。
为了解决多个进程访问内存或磁盘中的同一份数据造成的冲突，通常有两种解决方案，一种是多版本；另一种就是锁。MySQL作为一种关系型数据库，其实也是通过这两种方式来解决数据访问冲突的。MySQL数据多版本叫MVCC，同时MySQL使用了各种类型的锁来保证数据一致性。
MySQL DELETE语句和TRUNCATE TABLE语句功能相似，但是二者究竟有何区别呢？下文就将为您分析MySQL DELETE语句和TRUNCATE TABLE语句的区别，供您参考。 在MySQL中 有两种方法可以删除数据，一种是MySQL DELETE语句，另一种是MySQL TRUNCATE TABLE语句。DELETE语句可以通过WHERE对要删除的记录进行选择。而使用TRUNCATE TABLE将删除表中的所有记录。因此，DELETE语句更灵活。 如果要清空表中的所有记录，可以使用下面
事务是一组原子性的SQL操作，所有操作必须全部成功完成，如果其中有任何一个操作因为崩溃或其他原因无法执行，那么所有的操作都不会被执行。也就是说，事务内的操作，要么全部执行成功，要么全部执行失败。
索引下推是从 MySQL5.6 开始引入一个特性，英文是 index condition pushdown，一般简称为 ICP，索引下推通过减少回表的次数，来提高数据库的查询效率。
2020-12-02：mysql中，一张表里面有 ID 自增主键，当 insert 了 17 条记录之后，删除了第 15,16,17 条记录，再把 Mysql 重启，再 insert 一条记录，这条记录的 ID 是 18 还是 15 ？
binlog中可以不记录执行的sql语句的上下文相关的信息，仅需要记录那一条记录被修改成什么了。所以rowlevel的日志内容会非常清楚的记录下每一行数据修改的细节。而且不会出现某些特定情况下的存储过程，或function，以及trigger的调用和触发无法被正确复制的问题
在MySQL中，读操作可以分成两类：快照读 (snapshot read)与当前读 (current read)。快照读，读取的是记录的可见版本 (有可能是历史版本)，不用加锁。当前读，读取的是记录的最新版本，并且，当前读返回的记录，都会加上锁，保证其他事务不会再并发修改这条记录。
经过上一篇 where field in (...) 的开场准备，本文正式开启子查询系列，这个系列会介绍子查询的各种执行策略，计划包括以下主题：
通过上文《MySQL是如何保证数据不丢失的？》可以了解DML的操作流程以及数据的持久化机制。对于一个数据库而言，除了数据的持久性、不丢失之外，一致性也是非常重要的，不然这个数据是没有任何意义的。在使用MySQL时，数据不一致的情况也可能出现，所以，本文就来看看MySQL是如何保证数据一致的。
先看看具体有哪些字段： mysql> EXPLAIN SELECT 1; 其实除了以SELECT开头的查询语句，其余的DELETE、INSERT、REPLACE以及UPDATE语句前边都可以加上EXPLAIN这个词儿，用来查看这些语句的执行计划 建两张测试表： CREATE TABLE t1 ( id INT NOT NULL AUTO_INCREMENT, key1 VARCHAR(100), key2 VARCHAR(100), key3 VARCHAR(100),
这样的操作乍一看没有什么问题，但是仔细分析分析，还是有些瓶颈的，目前来看，我能分析到的瓶颈有两个，
今天来和大家分享MySQL的三个日志文件，可以说 MySQL 的多数特性都是围绕日志文件实现，而其中最重要的有以下三种：
这样写看起来很正常，但实际在数据量大了之后，使用起来开始出现问题，越来越慢，慢到不可接受，甚至影响其他的读写操作。
事务(Transaction) 是访问和更新数据库的基本执行单元，一个事务中可能会包含多个 SQL 语句，事务中的这些 SQL 语句要么都执行，要么都不执行，而 MySQL 它是一个关系型数据库，它自然也是支持事务的。事务同时也是区分关系型数据库和非关系型数据库的一个重要的方面。
1、先查询出90万+10条记录的id，回表查询数据，再将90万+10条完整记录发给MySQL以便筛选最后10条； 2、先查询出90万+10条记录的id，筛选出最后10条记录的id再回表查询，最后返回10条完整记录给MySQL。 在回表次数很多（limit决定）的情况下，显然第二种方法是比较快的，但是MySQL默认采用了第一种。
疫情期间在家工作时，同事使用了 insert into on duplicate key update 语句进行插入去重，但是在测试过程中发生了死锁现象:
多版本并发控制是mysql的innodb采用的并发控制方案，在可重复读下默认使用该并发控制方案 原理：
所谓分页显示，就是将数据库中的结果集，一段一段显示出来需要的条件。
我的网站上一直有好多人留言催更 MySQL 日志（undo log、redo log、binlog）的文章。
工作中我们基本上都是用MySQL的InnoDB存储引擎，但是大家有去了解过它的底层存储结构吗，想必绝大部分人不知道，或者说不知道怎么查相关知识，刚好来看这篇文章就对了！
发现，auto_increment并没有+1，而是针对原来的那一条id=4的记录进行了update，因为没有指定其他列(v,extra)的值，所以，update的时候都使用了默认值.
1千万，2千万，或者上亿条数据？具体的答案不重要，当然肯定也不会是一个固定的数目，今天我们就一起来探讨探讨这个问题。
MySQLdb是Python连接MySQL的模块，下面介绍一下源码方式安装MySQLdb：
按i进入编辑模式 在[mysqld]末尾（注意不要添加到其他项的配置下了）增加以下配置
本栏目Java开发岗高频面试题主要出自以下各技术栈：Java基础知识、集合容器、并发编程、JVM、Spring全家桶、MyBatis等ORMapping框架、MySQL数据库、Redis缓存、RabbitMQ消息队列、Linux操作技巧等。
开始今天的文章之前，先说明下昨天文章中的一个错误，昨天文章最后说replace into带来的死锁问题可以使用insert into duplicate key update的方法来解决，今天实际测试的时候，还是遇到了一些问题，改方法并没有完全解决死锁的问题，来看测试的结果。
疫情期间在家工作时，同事使用了 insert into on duplicate key update 语句进行插入去重，但是在测试过程中发现了死锁现象:
大家都知道，mysql 一个表中可以创建多个索引，但是在执行一条查询语句的时候，mysql 只能选一个索引，如果我们没有指定 mysql 使用某个索引，那么就是由 mysql 的优化器来决定要使用哪个索引了，然而，mysql 也是会有选错的时候。
canal是阿里巴巴旗下的一款开源项目，纯Java开发。基于数据库增量日志解析，提供增量数据订阅&消费，目前主要支持了MySQL（也支持mariaDB）。 canal 就是一个同步增量数据的一个工具。
本文想和大家来聊聊Mysql中的执行计划，一条SQL语句经过了查询优化器模块分析后，会得到一个执行计划，通过这个执行计划，我们可以知道该条SQL语句具体采用的多表连接顺序是什么，对于每个表具体采用的访问方法是什么 . . .
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
