本章节介绍如何利用 TiDB 提供的系统监控诊断工具，对运行负载中的查询进行排查和诊断。除了 上一章节介绍的通过 EXPLAIN 语句来查看诊断查询计划问题 外，本章节主要会介绍通过 TiDB Slo

本文已参与「新人创作礼」活动，一起开启掘金创作之路。 前言 俗话说得好，架构重构一时爽，一直重构一直爽，又到了架构重构的时节；俗话又说了，饱暖思X欲，在产品技术架构稳定运行了好久之后，又迎来了躁动的撩

自 2020 年初开始使用 TiDB，随着运维体系的逐步完善，产品自身能力的逐步提升，接入业务已经涉及得物的多个 业务线，其中个别为关键业务场景。

随着数据量的增大，传统关系型数据库越来越不能满足对于海量数据存储的需求。对于分布式关系型数据库，我们了解其底层存储结构是非常重要的。

当前的市场环境对产品运营提出了更高的要求，特别是对数据指标实时性的要求日益严格。为了能够实时监测数据动态和特征用户的状态，我们采用了分布式数据库 TiDB 和计算框架 Flink 的组合，提出了一种基

前一阵阅读了TiDB官方的文档和使用案例，对TiDB的架构原理，使用场景有了一定了解，本文深度畅想(胡思乱想)下TiDB未来可能的应用场景和HTAP的演进之路。在畅想TiDB的应用场景之前，我们先了解下TiDB诞生的背景和TiDB是什么，要解决什么问题。

每次谈到数据库的事务隔离级别,大家一定会看到这张表. 这一问题展开讨论,相信看完这篇文章后,你一定会对事务隔离级别有新的认识. 长文预警,读完此篇文章,大概需要您二十分钟. 在说幻读之前,我们要先来了解脏读和不可重复读。 当一个事务读取到另外一个事务修改但未提交的数据时，就可能…

写在前面的话 技术选型是由技术方向和业务场景 trade-off 决定的，脱离业务场景来说技术选型是没有任何意义的，所以本文只是阐述了伴鱼技术团队数据库选型的过程，这并不是 MySQL、MongoDB

数据库设计的过程是将数据库系统与现实世界密切地、有机地、协调一致地结合起来的过程。 数据库的设计质量与设计者的知识、经验和水平密切相关。作为数据库应用系统的重要组成部分，数据库设计的成败往往直接关系到整个应用系统的成败。 以数据库为基础的数据库应用系统与其他计算机应用系统相比往…