本文主要从Kafka消费、堆积、稳定性、预案、成本控制等角度等最佳实践。

本文不对 raft 算法从头到尾细细讲解，而是以 raft 算法论文为起点，逐步解读 raft 算法的理论，帮助读者理解 raft 算法的正确性。然后，etcd 不仅是 raft 算法最为热门的工程实现，同时也是云原生 kubernetes 的核心存储，本文也对 etcd 的底层实现进行剖析，让读者在使用 etcd 组件的过程中能够做到心中有数。对 raft 算法足够熟悉的同学，也可以直接阅读 etcd 工程实现那块内容。

Redis 是一个开源、基于内存、使用 C 语言编写的 key-value 数据库，并提供了多种语言的 API。它的数据结构十分丰富，基础数据类型包括：string（字符串）、list（列表，双向链表）、hash（散列，键值对集合）、set（集合，不重复）和 sorted set（有序集合）。主要可以用于数据库、缓存、分布式锁、消息队列等...

以上的数据类型是 Redis 键值的数据类型，其实就是数据的保存形式，但是数据类型的底层实现是最重要的，底层的数据结构主要分为 6 种，分别是简单动态字符串、双向链表、压缩链表、哈希表、跳表和整数数组。

微服务产品团队为了广大开发者朋友们可以更好的使用腾讯云微服务产品，将持续为大家提供微服务上云快速入门的指引性文档，内容通俗易懂易上手，本篇为本系列的第二篇，为开发者朋友们详解高并发场景下限流的解决方案。

介绍协程历史、函数调用和协作式多任务处理。

相对于技术开发，项目的监控上报就仿佛现实世界中的摄像头，每一个打点上报就相当于增加一个探头，努力的将监控死角去除。一个好的监控系统要有高质量的摄像头（上报SDK）, 合理的探头数量（多维度数据上报），还要具备强大的视频汇总界面（监控数据大盘）。

因此，建设一个高质量的监控可视化数据大盘，可以合理的将上报数据汇总，将项目运行情况“高清”的展示到我们的眼前。

介绍索引的数据结构、查找算法、常见的索引概念和索引失效场景。

腾讯机器学习平台太极后端数据库是自己运维的Mysql，历史原因没有用公司CDB、TDSQL等，之后还是要进行数据库迁移把db维护交给专业的人去运维，这块太极平台没有专门的dba运维出现了不少问题，如Mysql主节点硬盘故障，备机切主导致系统中断半小时；后端接口调用不合理导致循环调用数据库致使数据库cpu持续维持在高位以及前端接口数据返回缓慢等问题。这块Mysql优化就需要开发自己去多了解Mysql系统架构、性能调优相关问题，监控Mysql 机器运行状态，本文就简单介绍下Mysql系统分析思路和采用的工具。

Mysql 作为互联网中非常热门的数据库，其底层的存储引擎和数据检索引擎的设计非常重要，尤其是 Mysql 数据的存储形式以及索引的设计，决定了 Mysql 整体的数据检索性能。

我们知道，索引的作用是做数据的快速检索，而快速检索的实现的本质是数据结构。通过不同数据结构的选择，实现各种数据快速检索。在数据库中，高效的查找算法是非常重要的，因为数据库中存储了大量数据，一个高效的索引能节省巨大的时间。比如下面这个数据表，如果 Mysql 没有实现索引算法，那么查找 id=7 这个数据，那么只能采取暴力顺序遍历查找，找到 id=7 这个数据需要比较 7 次，如果这个表存储的是 1000W 个数据，查找 id=1000W 这个数据那就要比较 1000W 次，这种速度是不能接受的。

我们日常工作中我们经常发现部分技术能力和自己相当的人，但绩效、成长速度、合作口碑方面却远超自己，具体是什么原因呢？核心差异是软能力。笔者结合十年来的工作经验，讲述技术之外大家应当具备的软能力，期望可以抛砖引玉，提升大家对软能力的认知和重视，从而有更好的职业发展。

B端产品也叫“2B(Bussiness)”产品，使用对象是组织或企业。B端产品帮助企业或组织通过系统化的数据共享和协同办公，使线下流程线上化、系统化，解决基于某个业务领域的实际问题，帮用户提高效率、减少成本，甚至提高收入、控制风险。

Apache Pulsar 是一个多租户、高性能的服务间消息传输解决方案，支持多租户、低延时、读写分离、跨地域复制、快速扩容、灵活容错等特性。腾讯云MQ Oteam Pulsar工作组对 Pulsar 做了深入调研以及大量的性能和稳定性方面优化，目前已经在TDBank、腾讯云TDMQ落地上线。

对于定时任务大家应该都不会陌生，从骨灰级别的Crontab到Spring Task，从QuartZ到xxl-job，随着业务场景越来越多样复杂，定时任务框架也在不断的升级进化。

那么今天就来跟大家从以下三个方面聊一聊分布式任务调度：从单机定时任务到分布式任务调度平台的演进过程、腾讯云分布式任务调度平台TCT是如何应运而生的、TCT具体落地案例情况和解决了哪些核心问题。

我们从一次CPU高负载问题出发，从最开始在问题机器上猜想和分析，找不到确切答案。通过比较不同机型函数实现差异找到关键点，再通过代码分析、复现验证、社区求证这三个方面将问题的前因后果分析清楚，最终给出了解决方案。

近日，Hacker News上有一则帖子，其内容是：我继承了我见过的最差的代码和技术团队，该怎么办？帖子一经发出便收到近700条建议。有人建议这段代码不要完全重写，也有的人了解其现状，认为“跑路”才是正解。

带着这样的疑问，笔者邀请到最新一期通过红带认证（“PCG打造的工程能力认证体系，红带是具备将Readability及Testability相关技能在实际项目中熟练运用的能力”）的zhongmingqu老师，一起聊聊技术债以及重构代码那些事。

“递归” (recursion) 是一种在程序设计语言中被广泛使用的算法。它有两大特点，一是调用自己，二是化繁为简。我们当中那些优秀的技术人又何尝不是如此？