前段时间负责的一个群组相关的项目上线了，功能包含群组名称模糊检索和基于地理位置做同城、附近群检索的需求。这正是Elasticsearch大显身手的机会，接到项目

ES作为一个分布式存储组件，它的写流程是什么样子的？为什么说它是近实时搜索？什么会影响它的写性能？我们有必要了解。 ES文档的写流程 写的动作包含新建文档、更新文档

在说明ES分布式检索流程前，我们先看下内部组件的概念架构： Elasticsearch概念架构 ES分布式检索的两阶段 如果是对单个文档进行CURD操作，通常从路由计

背景 互联网兴起，出现了很多基于地理位置服务的产品，如地图、外卖、陌陌等等，都会提供查找附近的人、餐厅等功能。 『附近的』这个就是基于位置服务，比如查找用户附近的门

InnoDB中处理并发写问题是采用对索引进行加锁，可重复读隔离级别默认是Next-Key Lock（Record Lock + Gap Lock，左开右闭） 关于加锁的理解和应用，《

幻读是什么？InnoDB 怎么解决的幻读？next-key locking 有哪些注意的地方？ 一个例子 T1 时刻，child 表里有2条数据，一个id=90，一个id=102 Time Session A Session B

MySQL的多版本并发控制（MVCC）是如何实现多版本的，真是冗余了一个完整的快照么？这个值得学习了解。 如果了解了的话，简单说，MVCC是利用了ReadView

日常开发中，经常遇到排序的场景，比如列表页按创建时间分页排序等。那 order by 在MySQL中的执行流程是什么样的呢？ 准备 CREATE TABLE `t` ( `id` int(11) NOT NULL, `city` varchar(16) NOT NULL, `name` varchar(16) NOT NULL, `age` int(11) NOT NULL, `addr` varchar(128) DEFAULT NULL,

MySQL 主从/主备 架构的数据同步机制是什么样的？binlog 记录的内容是什么？Redis等组件怎么使得数据和MySQL保证最终一致性？ 二进制日志（binary log）

1. LEFT JOIN ON 中左表条件"不生效"? 条件写到On里还是Where里，这是一个常见且容易误解的点。实际上左表条件不是不生效，而是生效的逻辑位置与预期

1. 死锁日志配置 1.1 开启死锁日志记录 -- 查看当前死锁日志配置 SHOW VARIABLES LIKE 'innodb_print_all_deadlocks'; -- 开启死锁日志（临时） SET GLOBAL innodb_print_all_deadlocks = ON; -- 在my.cnf中永久配置 [mysqld] innodb_print_all_deadlocks = ON log_error = /var/log/mysql/error.log 1.2 查看死锁日志的几种方式 --

这里使用mysqldump备份成sql文件，非binlog形式，日常开发可能会应用到。 备份数据库 $ mysqldump -h192.168.1.100 -uuser -p123 --databases name > /tmp/databasedump.sql 备份数据库下的一个表–>sq

1.一条SQL查询语句是如何执行的 MySQL的逻辑架构图 大体来说，MySQL可以分为Server层和存储引擎层两部分。 连接器 连接器负责跟客户端建立连接、获取权限