原创文章

这篇文章给大家聊一下java并发包下的CAS相关的原子操作，以及Java 8如何改进和优化CAS操作的性能。

这篇文章尝试站在年轻同学的角度，用最简单的大白话，加上多张图给大家说一下，volatile到底是什么？

读写分离方案上线后订单sql查询再一次稳定在了300ms以下，此时对增删改操作会走主库而读请求会走从库，该方案大大提升了数据读处理能力，但没办法提升主库写数据能力。那么何时主库写数据的压力会过大呢？

现在我们缓存也加过了，但是数据库负载还是很高，此时该怎么办呢？其实也很简单，既然单个库扛不住，那就搞2个库一起来抗呗，因为对于外卖订单来说是典型的读多写少的场景。

订单组的sql偶尔会超过2s，DBA现在要求优化，平均时间要优化到300ms以下，不过，优化前还需先查下，为什么sql的查询时间会偶尔突增。

上一期，我们讲解了sql优化的一般流程，不管是优化join语句、where语句、聚合函数还是排序操作，核心在于利用索引来优化sql语句，但是，大家以为我们为字段创建了索引之后，索引就一定会生效吗？

通过前几期文章的积累，现在我们的理论知识已经极为扎实了，这个时候就可以动手开始sql优化了，sql优化是非常重要，因为即使再好的MySQL设计架构，也扛不住一个频繁查询的垃圾sql语句。

接上期，我们知道了MySQL查询的全过程，也知道了整个过程的瓶颈在于磁盘IO，那怎么降低磁盘IO次数呢？ 答案就是索引。

随着数据表中的数据量，变得越来越大，导致磁盘IO发生的次数也相应变多了，如果我们能把磁盘IO的次数降到常数级别，那么查询速度是非常快的，所以，后边的优化都是以降低磁盘IO次数为目标。

到现在为止，我们已经对订单系统核心接口业务流程有了一定的了解，此时我们可以接一些简单的业务需求做了。

上一期内容我们整体了解了分库分表实战项目使用的系统架构。同时，我们也知道了未来要做的分库分表版本的订单系统架构。现在，我们就从单库版本的订单系统开始，一步一步进行优化。

本实战的重点是分库分表实战，比较适合1～3年工作经验的程序员朋友。实战主要以外卖APP中的外卖订单来作为本次实战的核心业务。

今天和大家聊聊目前程序员就业市场上普遍对所谓的35岁以上码农的偏见问题，以及对于大龄程序员的破局之道。

今天给大家来分享一个知识，那就是平时我们开发系统的时候，如何运用Ehcache这款本地缓存框架，把我们的查询性能大幅度提升优化，甚至让很多查询操作性能提升到100倍以上。

关于微服务架构的服务治理，很多小伙伴可能自己听说过，也玩过。但是服务治理到底是什么，有哪些组件，服务治理到底应该怎么来做，可能还是一头雾水。所以今天和大家聊聊微服务架构下的服务治理。

开发系统做RPC通信经常会设置超时（timeout）和重试(retry)两个参数，这两个参数如果设置不得当，很可能会将我们的系统搞垮。所以今天给大家好好讲讲一般应该如何正确设置RPC的超时与重试。

老板突然要求你把自己负责的系统接入到超大并发流量的春晚活动中去，你应该怎么来设计优化提升自己负责的系统才能扛下春晚活动的超大并发流量？

今天聊一聊off-heap堆外内存，平时出去面试或者研究一些技术时经常可能会遇到off-heap堆外内存这个东西，但是很多人可能还不知道off-heap堆外内存到底是什么，今天我们就来分析一下。

很多小伙伴天天基于mysql做系统开发，但是写的系统都是低并发压力、小数据量的，上线了也能正常跑。但是你知道连接的MySQL数据库到底能抗多大并发压力吗？如果MySQL数据库扛不住压力应该如何演进呢？

很多兄弟可能平时经常搞的都是一些CRUD的业务系统开发，从来没接触过API网关，那今天来讲讲，API网关是啥，到底能对我们起到什么作用呢？这个一般面试的时候也很可能会问到这个知识点的。