用两个变量（left和right）指向数组的不同位置，通过移动它们来解决问题。两个指针怎么初始化？两个指针怎么移动？什么时候停止？这是我最常犯的错误！// ❌ 错误写法：if(right!= 0) // right是索引target = -c // c是索引while(hash[right] > 1) // right是索引// ✅ 正确写法：= 0) // nums[right]是值target

本文深入解析TCP协议的可靠传输机制，主要包含三大核心机制： ACK确认机制：通过序列号和确认号保证数据有序到达，介绍累积确认、选择性确认（SACK）和捎带确认的工作原理。 超时重传机制：详细讲解RTO动态计算方法和快速重传触发条件（3个重复ACK），包括RTT测量和SRTT平滑算法。 滑动窗口与拥塞控制：分析流量控制与拥塞控制的区别，阐述慢启动、拥塞避免、快速恢复等算法，并通过Linux内核源码

本专栏基于一个真实的C++聊天系统项目，该系统采用微服务架构，支持用户注册登录、好友管理、实时消息、文件传输、语音识别等功能。项目使用现代C++技术栈，包括brpc RPC框架、MySQL数据库、Redis缓存、Elasticsearch搜索引擎、RabbitMQ消息队列等。微服务架构是一种将单一应用程序开发为一组小型服务的方法，每个服务运行在自己的进程中，并通过轻量级机制（通常是HTTP API

本文记录了作者通过苏格拉底式对话学习MySQL高级特性的过程。重点探讨了count函数的性能差异（count(*)≈count(1)>count(主键)>count(非主键字段）），纠正了关于count统计方式的常见误解；详细分析了用户ID、金额等关键字段的数据类型选择策略，指出INT存分是金额存储的最佳实践，并提供了不同场景下的数据类型决策树。学习过程强调通过实测验证假设，展现了从错

MySQL高级特性学习笔记摘要 📅 学习重点：深入分库分表、主从复制与读写分离 🔧 核心收获： 一致性Hash：扩容仅需迁移25%数据（对比传统取模50%），通过逻辑环实现动态路由 主从复制：基于binlog（非redo log）实现，从库通过IO线程→relay log→SQL线程同步数据 读写分离：三层架构（Redis缓存→从库→主库降级），解决主从延迟问题 容错方案：监控同步延迟、Red

本文详细介绍了如何在Docker环境下配置MySQL主从复制。首先分析了主从复制的核心原理，包括数据同步流程和三大线程（Binlog Dump、IO、SQL）的工作机制。随后详细演示了Master和Slave的配置步骤，涵盖了binlog检查、复制用户创建、连接参数设置等关键环节。文章还记录了三个常见问题（认证插件不兼容、server_id冲突、SQL线程执行失败）的排查与解决方案。通过1主2从的

MySQL主从复制实战：数据同步验证与读写分离配置 本文通过Docker搭建的MySQL主从集群，详细验证了数据同步机制并实现读写分离。首先在Master创建测试库表并插入数据，确认两个Slave节点实时同步无误。随后配置Slave节点的只读模式，通过测试验证了写入拒绝功能，确保写操作强制路由至Master节点。文章还探讨了主从延迟现象，演示了批量插入测试方法，并分析了三种复制模式（异步、半同步、

本文介绍了从零学习Docker的过程，重点讲解了Docker的核心概念、环境准备及实战操作。作者通过对比Docker容器与虚拟机的区别，突出Docker轻量级、快速启动的优势。文章详细记录了Windows环境下安装Docker Desktop和WSL2的步骤，并演示了如何验证安装成功。后续内容包括创建Docker网络、启动MySQL容器等实战操作，以及端口映射、Docker网络工作原理等核心问题的

N+1查询❌// 第1次查询：查所有聊天室（1次查询）// 第2-N次查询：循环查每个聊天室的最新消息（N次查询）// 每次循环都查数据库！room.id// 如果有100个聊天室，就要查询 1 + 100 = 101 次！✅// 用JOIN一次查出所有数据 auto result = db . query(R"(SELECT)");// 只查1次数据库！N+1查询是业务逻辑层的问题需要在应用代码

这篇文章系统梳理了C++模板编程的核心技术，从基础概念到高级特性。主要内容包括：模板基础（函数模板和类模板）、模板实例化的编译期机制、模板特化（完全特化和偏特化）以及SFINAE技术。作者通过"菜谱"的生动比喻，解释了模板如何实现代码复用，并详细分析了模板必须在头文件实现的原因。文章还探讨了如何通过模板特化为特定类型定制行为，以及SFINAE在编译期进行条件选择的原理。整体结构