在复杂分布式系统中，往往需要对大量的数据和消息进行唯一标识。

改善性能最好的方式，就是通过数据库中合理地使用索引，换句话说，索引是提高 MySQL 数据库查询性能的主要手段。在下面的章节中，介绍了索引类型、强制索引、全文索引。 原文地址：服务端指南 数据存储篇 | MySQL（03） 如何设计索引博客地址：http://blog.720u…

CountDownLatch 使用和源码分析

RocketMQ 提供了两种顺序级别： 普通顺序消息 ：Producer 将相关联的消息发送到相同的消息队列。 完全严格顺序 ：在 普通顺序消息 的基础上，Consumer 严格顺序消费。 绝大部分场景下只需要用到普通顺序消息。 例如说：给用户发送短信消息 + 发送推送消息，将两条消息发送到不同的消息队列，若其中一条消息队列消费较慢造成堵塞，用户可能会收到两条消息会存在一定的时间差，带来的体验会相对较差。当然类似这种场景，即使有一定的时间差，不会产生系统逻辑上 BUG。另外，普通顺序消息性能能更加好。 那么什么时候使用使用完全严格顺序？如下是来自官方文档的说明： 目前已知的应用只有数据库 binlog 同步强依赖严格顺序消息，其他应用绝大部分都可以容忍短暂乱序，推荐使用普通的顺序消息

经常要看服务器日志, 总结了一份很实用的分析服务器日志 shell 命令!

在互联网的业务系统中，涉及到各种各样的ID，如在支付系统中就会有支付ID、退款ID等。那一般生成ID都有哪些解决方案呢？特别是在复杂的分布式系统业务场景中，我们应该采用哪种适合自己的解决方案是十分重要的。下面我们一一来列举一下，不一定全部适合，这些解决方案仅供你参考，或许对你有…

本文中，将从 antirez 反驳 Martin Kleppmann 的观点开始讲起，然后会涉及到 Hacker News 上出现的一些讨论内容，接下来还会讨论到基于 Zookeeper 和 Chubby 的分布式锁是怎样的，并和 Redlock 进行一些对比。

随着人们对数据一致性的要求不断的提高，越来越多的方法被尝试用来解决分布式数据一致性的问题，如 MySQL 自身的优化、MySQL 集群架构的优化、Paxos、Raft、2PC 算法的引入等等，本文介绍 MySQL 数据库的几种常见高可用方案。

直接建一张表，里面记录锁定的方法名 时间 即可。 需要加锁时，就插入一条数据，释放锁时就删除数据。 操作成功的那个线程获得了该方法的锁，可以执行方法体内容。 这把锁强依赖数据库的可用性，数据库是一个单点，一旦数据库挂掉，会导致业务系统不可用。 这把锁没有失效时间，一旦解锁操作失…