MyBatis 进阶治理点——缓存、副作用、拦截与批处理的得失分析
深入 MyBatis 内核,在性能提升与数据一致性之间寻找精妙平衡
从一个开发工程师的角度,聊聊“什么是 K 线”
先把话挑明:K 线不是“画出来”的,而是“算出来”的。它是对一段时间内价格与成交的压缩表示:Open、High、Low、Close、Volume(常加 Turnover、交易笔数),按某种“窗口”聚合而成。听起来像个普通的聚合任务,但真要把它在交易系统里做稳、做快、做准,会踩很多坑。K 线到底指什么时间维度:常见有 1s、1m、5m、15m、1h、日/周/月 K。不是自然时间,而是“交易所时间”。
MyBatis 设计观——映射思想、动态 SQL 的边界与可维护性考量
在对象与关系的鸿沟之间,MyBatis 选择了一条独特的桥梁建设之路——不强求完全自动化,而是将控制权交还给开发者在持久层框架的设计哲学中,MyBatis 采取了与全自动 ORM 框架截然不同的路径。它不试图完全隐藏数据库细节,而是通过优雅的映射机制和动态 SQL 能力,在对象模型与关系模型之间建立了可控的转换通道。本文将深入剖析 MyBatis 的核心设计思想,探讨动态 SQL 的适用边界,并给
连接池的价值与风险——池化提升与资源枯竭的双刃剑,关键指标如何解读
连接池是现代应用架构中的基础设施,用好了是性能加速器,配置不当则成为系统崩溃的导火索在数据库应用系统中,连接管理是影响性能的关键因素之一。数据库连接池通过池化技术将昂贵的数据库连接进行复用,显著提升了系统性能,但不当的配置和使用也会导致资源枯竭甚至系统崩溃。本文将深入探讨连接池的工作机制、优化策略以及风险防范,帮助开发者掌握这一强大而危险的工具。1 连接池的本质与演进历程1.1 连接池解决的核心问
SQL 性能的三要素——索引、执行计划与数据分布的协同影响
优秀的 SQL 性能不取决于单一组件的优化,而是索引设计、执行计划选择与数据分布感知三者协同的结果