在使用 RocksDB 存储引擎的过程中，有部分开发者遇到了内存使用超出预期的情况。本文针对这一问题展开了深入分析，从内存使用原理、RocksDB 内存管理机制、常见内存使用问题等方面进行了详细探讨，并提出了相应的解决方案和优化建议，希望能够帮助开发者更好地理解和优化 RocksDB 的内存使用情况，提升系统性能和稳定性。
总结了目前我们遇到的痛点问题并通过 OceanBase 的技术方案解决了这些痛点问题，完整的描述了 OceanBase 的实施落地，通过迁移到 OceanBase 实践案例中遇到的问题与解决方案让大家能更好的了解 OceanBase 功能与特性，最后总结了 OceanBase 优缺点与展望。
vivo 企业云盘是一个企业级文件数据管理服务，解决办公数据的存储、共享、审计等文件管理需求；同时便于团队成员快速共享、管理文件，帮助集中管理企业数字资产，提升办公效率，实现内部数据资源的共享以及与外部客户之间的文件安全交换。
介绍 App 包体积优化的必要性，游戏中心 App 在实际优化过程中的有效措施，包括一些优化建议以及有优化思路。
本文以一次线上故障为基础介绍了使用 glibc 进行内存管理可能碰到问题，进而对库中内存分配与释放机制进行分析，最后提供了相应问题的解决方案。
在业务快速扩张的年代，vivo 内部的很多业务为了可以快速上线，给现网功能提供支撑，在 KV 类型的选型下许多场景都选用了轻量快速的 Redis 集群。但是随着业务的不断发展与稳定，当数据量级达到一定程度的时候，数据性质开始发生变化：有的历史 Redis 集群热度下沉，但是依然基于 Redis 集群作为载体进行 KV 存储。这种类型的数据不仅量大，而且访问频次不高。 业务的发展阶段变化也会对数据载体的诉求也会相应发生变化。对于大规模而热度不算高的 KV 存储场景而言，业务对降低成本的诉求日益增多。为了满足这种类型的业务诉求，vivo 基于 TiKV 自研一套 KV 系统供业务使用。为了让业务可以更加便捷的接入，我们基于计算存储分离架构进行设计，把 TiKV 作为存储层开发 Redis 协议兼容的 KV 存储组件。
在项目研发过程中，由于时间、能力等因素往往会出现设计方案没有做到最好或最优、编码质量不够好等问题，技术债的出现是不可避免的，并且随着时间的推移，技术债对系统的影响会越来越大，同时使得对代码和架构设计的更改越来越困难，想要进一步提升效能必须要对技术债进行管理，本文通过在活动中台系统的技术债实践经验，介绍技术债的含义、分类和管理。
本文介绍了一种基于 sentinel 进行二次开发的动态限流解决方案，包括什么是动态限流、为什么需要引入动态限流、以及动态限流的实现原理。
