add meta data: meetup_type for blog articles (pingcap#169)

tptpp · Feb 14, 2019 · b9c993f · b9c993f
1 parent b91a632
commit b9c993f
Show file tree

Hide file tree

Showing 6 changed files with 6 additions and 0 deletions.
diff --git a/distributed-system-test-1.md b/distributed-system-test-1.md
@@ -4,6 +4,7 @@ author: ['刘奇']
 date: 2016-11-01
 summary: 本话题系列文章整理自 PingCAP Infra Meetup 第 26 期刘奇分享的《深度探索分布式系统测试》议题现场实录。文章较长，为方便大家阅读，会分为上中下三篇，本文为上篇。
 tags: ['TiDB', '分布式系统测试', '自动化测试']
+meetup_type: memoir
 ---
 
 > 本话题系列文章整理自 PingCAP NewSQL Meetup 第 26 期刘奇分享的《深度探索分布式系统测试》议题现场实录。文章较长，为方便大家阅读，会分为上中下三篇，本文为上篇。

diff --git a/distributed-system-test-2.md b/distributed-system-test-2.md
@@ -4,6 +4,7 @@ author: ['刘奇']
 date: 2016-11-10
 summary: 本话题系列文章整理自 PingCAP Infra Meetup 第 26 期刘奇分享的《深度探索分布式系统测试》议题现场实录。文章较长，为方便大家阅读，会分为上中下三篇，本文为中篇。
 tags: ['TiDB', '分布式系统测试']
+meetup_type: memoir
 ---
 
 > 本话题系列文章整理自 PingCAP Infra Meetup 第 26 期刘奇分享的《深度探索分布式系统测试》议题现场实录。文章较长，为方便大家阅读，会分为上中下三篇，本文为中篇。

diff --git a/distributed-system-test-3.md b/distributed-system-test-3.md
@@ -4,6 +4,7 @@ author: ['刘奇']
 date: 2016-12-07
 summary: 本话题系列文章整理自 PingCAP Infra Meetup 第 26 期刘奇分享的《深度探索分布式系统测试》议题现场实录。文章较长，为方便大家阅读，会分为上中下三篇，本文为下篇。
 tags: ['TiDB', '分布式系统测试', '测试工具']
+meetup_type: memoir
 ---
 
 > 本话题系列文章整理自 PingCAP Infra Meetup 第 26 期刘奇分享的《深度探索分布式系统测试》议题现场实录。文章较长，为方便大家阅读，会分为上中下三篇，本文为下篇。

diff --git a/mpp-smp-tidb.md b/mpp-smp-tidb.md
@@ -4,6 +4,7 @@ author: ['申砾']
 date: 2016-11-15
 summary: 本篇文章整理自第 21 期 PingCAP Infra Meetup 上申砾分享的《MPP and SMP in TiDB》内容。
 tags: ['TiDB', 'SQL', 'MPP', 'SMP']
+meetup_type: memoir
 ---
 
 今天主要是想把我们 TiDB 做 SQL 性能优化的一些经验和一些思考，就此跟大家探讨一下。题目写的比较大，但是内容还是比较简单。我们做 TiDB 的 SQL 层时，一开始做的很简单，就是通过最简单的 KV 接口(Get/Set/Seek)去存数据、取数据，做一些非常直白、简单的计算。然而后来我们发现，这个方案在性能上不可接受，可能行不通，我们就重新思考了这个事情。

diff --git a/tidb-api-union-scan.md b/tidb-api-union-scan.md
@@ -4,6 +4,7 @@ author: ['周昱行']
 date: 2016-06-18
 summary: TiDB 集群的架构分为上层的 SQL 层和底层的 KV 层，SQL 层通过调用 KV 层的 API 读写数据，由于 SQL 层的节点和 KV 层节点通常不在一台机器上，所以，每次调用 KV 的 API 都是一次 RPC, 而往往一个普通的 Select 语句的执行，需要调用几十到几十万次 KV 的接口，这样的结果就是性能非常差，绝大部分时间都消耗在 RPC 上。为了解决这个问题，TiDB 实现了下推 API，把一部分简单的 SQL 层的执行逻辑下推到 KV 层执行，让 KV 层可以理解 Table 和 Column，可以批量读取多行结果，可以用 Where 里的 Expression 对结果进行过滤, 可以计算聚合函数，大幅减少了 RPC 次数和数据的传输量。
 tags: ['TiDB', '分布式计算']
+meetup_type: memoir
 ---
 
 TiDB 集群的架构分为上层的 SQL 层和底层的 KV 层，SQL 层通过调用 KV 层的 API 读写数据，由于 SQL 层的节点和 KV 层节点通常不在一台机器上，所以，每次调用 KV 的 API 都是一次 RPC, 而往往一个普通的 `Select` 语句的执行，需要调用几十到几十万次 KV 的接口，这样的结果就是性能非常差，绝大部分时间都消耗在 RPC 上。

diff --git a/tidb-optimization-for-subquery.md b/tidb-optimization-for-subquery.md
@@ -4,6 +4,7 @@ author: ['韩飞']
 date: 2016-08-01
 summary: 子查询优化一直是 SQL 查询优化中非常难的一部分，尤其是关联子查询的改写。TiDB 为了兼容 MySQL，允许用户在任何位置编写子查询。对于非关联子查询，TiDB 会对其进行提前求值，对于关联子查询，TiDB 会尽可能的对其进行去关联化，例如改写成 SemiJoin。本文会重点介绍 TiDB 对关联子查询的优化手段。
 tags: ['TiDB', 'SQL']
+meetup_type: memoir
 ---
 
 ## 子查询简介