在TiKV中，异步写入机制通过Raft协议实现，数据被写入到基于Raft的复制状态机中，并且是异步进行的。异步写入过程包括提议阶段（Propose Phase）、提交阶段（Commit Phase）和应用阶段（Apply Phase）。在应用阶段，提交的日志被应用到状态机中。
当出现“async write on_applied callback is dropped”错误时，通常意味着在应用阶段的回调被丢弃了。这可能是由于以下几个原因导致的：
- 系统过载：如果系统负载过高，可能导致回调处理不及时，从而被丢弃。
- 资源限制：TiKV的线程池或I/O资源不足，导致无法及时处理回调。
- 网络延迟：网络延迟可能导致Raft日志复制或应用的延迟，从而影响回调的执行。
- 配置不当：TiKV的配置不当，可能导致资源分配不合理。
为了解决这个问题，可以采取以下措施：
- 优化系统资源：确保TiKV节点有足够的CPU和内存资源，避免系统过载。可以通过监控系统负载和资源使用情况来识别瓶颈。
- 调整配置：根据实际负载调整TiKV的配置参数，例如增加
store-io-pool-size以启用异步IO，提高I/O处理能力。- 优化网络：确保网络的稳定性和低延迟，避免因网络问题导致的回调丢弃。
- 监控和调优：使用监控工具（如Grafana）监控异步写入的持续时间和相关指标，识别性能瓶颈并进行优化。
- 升级TiKV版本：如果问题是由于某个版本的Bug导致的，可以考虑升级到最新的稳定版本，以获得最新的性能优化和Bug修复。
通过以上措施，可以有效减少或避免“async write on_applied callback is dropped”错误的发生，提高TiKV的写入性能和稳定性。
tidb ai小助手给出的回复是这样的。因为你有几个pod都有这个报错，我怀疑是资源不足。可能是一个机器起了多个pod？