一灯架构

我们平时开发中好像很少使用到BlockingQueue（阻塞队列），比如我们想要存储一组数据的时候会使用ArrayList，想要存储键值对数据会使用HashMap，在什么场景下需要用到Blocking

众所周知HashMap是工作和面试中最常遇到的数据类型，但很多人对HashMap的知识止步于会用的程度，对它的底层实现原理一知半解，了解过很多HashMap的知识点，却都是散乱不成体系，今天一灯带你一

Seata Server作为TC，在实现分布式事务中起到了至关重要的作用。以下是官方术语表中这对TC的介绍

MySQL InnoDB引擎在Repeatable Read（可重复读）隔离级别下，到底有没有解决幻读的问题？ 网上众说纷纭，有的说解决了，有的说没解决，甚至有些大v的意见都无法达成统一。

MVCC全称是Multi-Version Concurrency Control（多版本并发控制），是一种并发控制的方法，通过维护一个数据的多个版本，减少读写操作的冲突。 如果没有MVCC，想要实现

前面已经讲了MySQL的查询性能优化方式，索引潜水和链路追踪， 今天要讲的是MySQL的另一种查询性能优化方式 — 索引下推（Index Condition Pushdown，简称ICP）。

众所周知MySQL联合索引遵循最左前缀匹配原则，在少数情况下也会不遵循（有兴趣，可以翻一下上篇文章）。 创建联合索引的时候，建议优先把区分度高的字段放在第一列。 至于怎么统计区分度，可以按照下面这

MySQL优化器可以生成Explain执行计划，我们可以通过执行计划查看是否使用了索引，使用了哪种索引？ 但是到底为什么会使用这个索引，我们却无从得知。 好在MySQL提供了一个好用的工具

当一条SQL执行较慢，需要分析性能瓶颈，到底慢在哪？ 我们一般会使用Explain查看其执行计划，从执行计划中得知这条SQL有没有使用索引？使用了哪个索引？ 但是执行计划显示内容不够详细，如果显示用到