Vimeo在PHP中构建了一个复制的MySQL引擎（在Slack的帮助下）。看看我们在这条道路上的收获吧!

有数百万数据需要导入 Elasticsearch 做性能对比测试，但当前数据存储在 Mysql 中，且核心字段以 Json 字符串形式存储。有没有又快又好的方法？接收同事是非开发人员，如果不写一行代码（脚本）就更好了！

本文描述了在一次压测过程中，由于Index Merge优化导致的死锁，详细描述了死锁产生的原因以及解决方案，并顺便介绍了MySQL索引结构及加锁机制。

国庆期间，收到一条从未见过的报警，后面间歇性地又报出类似的偶现报警，便忽然来了兴致，摘了其中一条，探究一下其中的故事。

在好大夫在线内部，S3系统负责各业务方操作日志的集中存储、查询和管理。目前，该系统日均查询量数千万次，插入量数十万次。随着日志量的不断累积，主表已经达到数十亿，单表占用磁盘空间400G+。新项目命名为：LogStore。

Clone Plugin是MySQL 8.0.17引入的一个重大特性。有了Clone Plugin，我们可以很方便的进行备份恢复，添加slave，及MGR节点扩充。

实际业务场景中 SQL 语句往往及其复杂，包含多个条件，此时就需要具体分析SQL 使用到的索引，并了解 where 条件的判断逻辑。今天我们讲一下具体 Where 语句的条件的拆分和使用，即复杂 Where 条件是如何生效的。

写在前面爱奇艺每天都为数以亿计的用户提供7x24小时不间断的视频服务。通过爱奇艺的平台，用户可以方

ElasticSearch 索引 VS MySQL 索引

在上一篇文章《用Explain 命令分析 MySQL 的 SQL 执行》中，我们讲解了 Explain 命令的详细使用。但是它只能展示 SQL 语句的执行计划，无法展示为什么一些其他的执行计划未被选择，比如说明明有索引，但是为什么查询时未使用索引等。为此，MySQL 提供了 Optimizer Trace 功能，让我们能更加详细的了解 SQL 语句执行的所有分析，优化和选择过程。 如果您想更深入地

在上一篇文章《锁的类型以及加锁原理》主要总结了 MySQL 锁的类型和模式以及基本的加锁原理，今天我们就从原理走向实战，分析常见 SQL 语句的加锁场景。了解了这几种场景，相信小伙伴们也能举一反三，灵活地分析真实开发过程中遇到的加锁问题。 如下图所示，数据库的隔离等级，SQL 语句和当前数据库数据会共同影响该条 SQL 执行时数据库生成的锁模式，锁类型和锁数量。 下面，我们会首先讲解一下隔离等级

MySQL对COUNT(*)一直在优化。

某一天，开发问我，为什么针对一个查询会有两条记录，且其中一条记录并不符合条件 select * from tablea where xxno = 170325171202362928; xxno为 170325171202362928 和 170325171202362930的都出现在结果中。 一个等值查询为什么会有另外一个不同值的记录查询出来呢？我们一ࣗ

在InnoDB中，当多线程需要访问共享数据结构时，InnoDB使用互斥锁(mutex)和读写锁(rwlock)来同步这些并发操作。InnoDB的读写锁实现并不是对pthread rwlock的直接封装，而是基于原子操作，自旋锁和条件变量进行实现，大大减少了进入内核态进行同步操作的概率，提高了性能，和在现代多核处理器架构下的可扩展性。

作者：Marco Tusa 、 Sri Sakthivel译者：孟维克，知数堂优秀校友原文链接：https://www.percona.com/blog/2017/04/10/innodb-page-merging-and-page-splitting/https://www.percona.com/blog/2020/06/24/mysql-table-fragmentation-beware…

MySQL 8.0 原子DDL