假设您有一个 Web 应用程序，用户需要登录才能访问存储在 MySQL 数据库中的个性化数据。身份验证过程涉及 Firebase，每次用户发出获取或修改数据的请求时，都会经历以下步骤：
客户端向 Firebase 服务器发送身份验证请求，以验证用户身份并获取必要的令牌（访问令牌和刷新令牌）。
经过身份验证后，客户端使用 Firebase 访问令牌从 MySQL 服务器请求数据。
MySQL服务器接收请求，进行处理，并将数据发送回客户端。
在本例中，通信流程如下：客户端 -> Firebase Server -> MySQL Server -> 客户端。
这里的问题是，客户端必须为每个操作发出两个单独的网络请求 - 一个向 Firebase 进行身份验证和令牌检索，另一个向 MySQL 请求实际数据。这会在通信链中增加额外的延迟层和潜在的故障点。
对连接速度的潜在影响源于以下事实：每个请求都涉及与两个不同服务器的交互，这两个服务器可能位于不同的地理位置，从而导致客户端的往返时间和总体响应时间增加。
我的想法是这样吗？
我是否必须考虑在 MySQL 服务器内实现身份验证系统/服务？
我应该做什么？
Firebase 自己的服务通常会保存最近解码的 ID 令牌的缓存。这意味着他们只需在第一次收到 ID 令牌时对其进行解码，然后就可以使用缓存的值（当然，直到 ID 令牌过期）。