设定目标：每秒一百万次 HTTPS 请求

本书的主题既然是高并发原理与实战，那就要先设定一个高并发的目标：每秒一百万次 HTTPS 请求，即 1,000,000 QPS（Queries Per Second）。某些场景中，也称为：1,000,000 TPS（Transactions Per Second）。

性能问题要靠架构解决

在正式展开之前，我们需要明确高并发问题的基本解决思路：系统的性能问题需要通过架构设计来解决。

面对高并发技术需求时，在架构上进行优化是最为简单、对系统稳定性影响最低且最容易获得收益的方法。

即便在我们专注于单个资源的性能优化时，例如 MySQL 单机性能优化（软件优化）或 x86 CPU 多核性能提升（硬件优化），从微观角度来看，这些优化措施实际上也是在进行架构优化——通过调整软件或硬件的运行架构，提升总体性能。

没有银弹

“没有银弹”是计算机世界的第一准则，你想获得性能收益，就一定要拿出一些东西，和“信息之神”交换。

架构优化的本质就是拿其它资源或者指标来交换性能，系统总体性能的提升必然需要伴随着某种资源的更多消耗或者某个非关键指标的劣化，像我们常说的“时间换空间”“空间换时间”都是这个道理的实际体现。

我们讨论哪个高并发？

本文讨论的是“Web 服务高并发”问题，典型场景为电商秒杀：同一个时刻，数万人抢同一个低价商品，会给系统的每一个层面都造成显著的性能瓶颈，每年的双 11 大促就是这一场景的极致体现。

接下来，请大家跟着笔者一起，沿着计算高并发 -> 网络高并发 -> 数据库（存储）高并发的道路一步一步将系统性能的上限从单机 100 QPS 提升到 1,000,000（一百万）QPS。