当使用了多个数据库来提供服务时，最为关键的点是如何让每一个数据库比较均匀的承担压力，而不至于其中的某些数据库压力过大，某些数据库没什么压力。这其中的关键点之一就是拆分键的设计。

订单服务涉及许多方面，分布式事务，分布式锁，例如订单超时未支付要取消订单，订单如何防止重复提交，防止超卖现象等都会在这实战内容实现，同时讲解分布式事务和分布式锁的使用及实现原理

MySQL 主从一直是面试常客，里面的知识点虽然基础，但是能回答全的同学不多。 比如我之前面试小米，就被问到过主从复制的原理，以及主从延迟的解决方案，你之前面试，有遇到过哪些 MySQL 主从的问题

👉腾小云导读 在系统的开发过程中，很多开发者都为了实现系统的高可用性而发愁。本文从研发规范层面、应用服务层面、存储层面、产品层面、运维部署层面、异常应急层面这六大层面去剖析一个高可用系统的架构设计需要

清晰架构是将领域驱动、整洁架构等架构的部分优势整合之后产生的另一种架构，因其2017年已经出现，已经不算是一种新的架构，实际应用的项目尚且较少。以下主要介

前言 1. 拆分形式 分库分表拆分形式分为垂直分库分表和水平分库分表，这篇文章将聚焦于水平分库分表。 原因在于组织、业务划分的之初或者大数据量之前，在一些开发人员素质比较高的公司，库、表先天的就垂拆分

高可用(High Availability)，简称HA，是衡量IT系统服务质量的一个极其重要的参考，高可用一直是IT系统设计中需要重点关注的点。本文总结高可用架构中的一些关键设计思想。

为什么需要库表水平拆分 如何进行水平拆分及分片键设计 基于雪花算法的订单ID生成方案 如何不迁移数据进行水平扩容

前言 毕业快三年了，前后也待过几家公司，碰到各种各样的同事。见识过各种各样的代码，优秀的、垃圾的、不堪入目的、看了想跑路的等等，所以这篇文章记录一下一个优秀的后端 Java 开发应该有哪些好的开发习惯