作者：架构小黑| 微信公众号：架构师之巅一、背景随着公司业务增长，如果每天1000多万笔订单的话，3个月将有约10亿的订单量，之前数据库采用单库单表的形式已经不满足于业务需求，数据库改造迫在眉睫。二、

前言最近TL分享了下《Elasticsearch基础整理》https://www.jianshu.com/p/e8226138485d，蹭着这个机会。写个小文巩固下，本文主要讲ES->Lucene的底

前言 es 就像是个黑盒，如果你不了解其中的内部原理，你还能干啥？你唯一能干的就是用 es 的 api去做最基本的读写数据了。要是出点什么问题，你啥都不知道，那还能指望你做什么呢？ 所以为了能更深入的

应用系统分层架构，为了加速数据访问，会把最常访问的数据，放在缓存 (cache) 里，避免每次都去访问数据库。 操作系统，会有缓冲池 (buffer pool) 机制，避免每次访问磁盘，以加速数据的访问。 MySQL 作为一个存储系统，同样具有缓冲池 (buffer pool)…

他说他当时没答上来，因为没做过没什么思路。其实我当时听到这个面试题心里也觉得有点意思，因为如果是我来面试候选人的话，应该会给的范围更大一些。 比如，让面试的同学聊一聊电商高并发秒杀场景下的库存超卖解决方案，各种方案的优缺点以及实践，进而聊到分布式锁这个话题。 因为库存超卖问题是…

对于锁大家肯定不会陌生，在Java中synchronized关键字和ReentrantLock可重入锁在我们的代码中是经常见的，一般我们用其在多线程环境中控制对资源的并发访问，但是随着分布式的快速发展，本地的加锁往往不能满足我们的需要，在我们的分布式环境中上面加锁的方法就会失去…

本篇的这个问题是一个开放性问题，HashMap 除了死循环之外，还有其他什么问题？总体来说 HashMap 的所有“问题...

悲观锁，每次去请求数据的时候，都认为数据会被抢占更新(悲观的想法)；所以每次操作数据时都要先加上锁，其他线程修改数据时就要等待获取锁。适用于写多读少的场景，synchronized就是一种悲观锁 在请求数据时，觉得无人抢占修改。等真正更新数据时，才判断此期间别人有没有修改过(预…

场景 1：A 线程执行代码 1 和代码 2，然后 B 线程执行代码 1 和代码 2，CAS 成功。 因为 A 线程执行代码 1 时候会旧值（i 的内存地址的值 10）保存起来，执行代码 2 的时候先判断 i 的最新值（可能被其他线程修改了）跟旧值比较，如果相等则把 i 赋值为 …