Hhhhex丶

事务不是那么随随便便的东西，如何通过简单的补偿机制减少甚至消除对事务的依赖，解决问题不一定只有一种思路。

前言 最近闲来没事，一直在掘金上摸鱼，看了不少高并发相关的文章，突然有感而发，想到了几年前做的一个项目，也多少和高并发有点关系。 这里我一边回忆落地细节一边和大家分享下，兴许能给大家带来点灵感。 正文

引言    “在当前的互联网开发模式下，系统访问量日涨、并发暴增、线上瓶颈等各种性能问题纷涌而至，性能优化成为了现时代开发过程中炙手可热的名词，无论是在开发、面试过程中，性能优化都是一个常谈常新的话题

引言 前面的文章中重点是对于JVM的子系统进行分析，在之前已经详细的阐述了虚拟机的类加载子系统以及执行引擎子系统，而本篇则准备对于JVM运行时的内存区域以及JVM运行时的内存溢出与内存泄露问题进行全面

引言 本篇文章结合我个人对Java内存模型的理解以及相关书籍资料为前提全面剖析JMM内存模型，本文的书写思路先阐述JVM内存模型、硬件与OS（操作系统）内存区域架构、Java多线程原理以及Java内存

讲分库分表概念的文章比比皆是，但真正带人落地实践资料相对较少，而本次会基于最新的Sharding-Sphere5.2.1框架，来逐步讲解分库分表的完整性实战~

主从复制是一种十分常见的高可用手段，MQ、Redis、ES、ZK、Kafka....任何技术栈基本上都会有对应实现，而MySQL也同样不例外，但数据库的主从复制技术底层是咋实现的？本文将深入探讨！

单日数据暴增几十万、几百万甚至上千万，远超出传统单表的性能极限，此时该如何处理呢？本章会结合真实的线上业务，全面阐述单表数据增长过快的优雅处理方案。

分库分表后对数据库的性能提升，用一个字形容，那就是爽！分库分表能让数据存储层真正成为高性能、高可用、高稳定的三高架构，但爽归爽，其带来后患问题也是无穷的，本文则携手诸位详解分库分表后产生的一系列问题！