前言 彦祖们,好久不见,最近一直忙于排查单位业务的终端内存泄露问题,已经吃了不下 10 个 bug 了 但是排查内存泄露在前端领域属于比较冷门的领域了 这篇文章笔者将带你一步步分享业务实践中遇到的内存

当我们使用 Mysql数据库到达一定量级以后，性能就会逐步下降，而解决此类问题，常用的手段就是引入数据库中间件进行分库分表处理，但是这种都是，现在使用分布式数据库 tidb 就可以解决

Spring Boot 作为 Java 开发中必备的框架，它为开发者提供了高效且易用的开发工具，所以和它相关的面试题自然也很重要，咱们今天就来看这道经典的面试题：SpringBoot同时可以处理多少个

一、写在开头 我们在上一篇文章中提到了通过EasyExcel处理Mysql百万数据的导入功能（原文链接：EasyExcel处理Mysql百万数据的导入导出案例，秒级效率，拿来即用！），当时我们经过测试

你想象不到的性能差距，Postgres SQL 在性能方面全方位碾压 MYSQL， 是时候正视 Postgres SQL了，如果您的应用或者您服务的企业应用有高性能的需求， 请尽情选择Postgres

限流是一种控制访问速率的策略，用于限制系统、服务或API接口的请求频率或数量。它的目的是为了保护系统免受过多请求的影响，防止系统因过载而崩溃或变得不可用。限流是一种重要的性能优化和资源保护机制。 限流

网上博客常说，kafka的topic数量过多会影响kafka，而RocketMQ不会受到topic数量影响。 但是，果真如此吗？ 最近排查一个问题，发现RocketMQ稳定性同样受到topic数量影响

线上事故，今天收到 DBA 线上 Redis 告警，发现某个 Redis 实例存储达到了阈值，但是其他的 Redis 实例上还有很多空间，我一时间不知道从何下手

本文探讨了微服务架构的设计和优化，特别是在分分合合的过程中可能出现的问题，文章提出了应用架构设计优化和垂直域划分等解决方案，强调了在进行微服务改造时需要有架构演进的把控能力，并逐步完善和调整实施的细节