Skip to content

Commit

Permalink
*: fix code block format, update wording and format
Browse files Browse the repository at this point in the history
  • Loading branch information
lilin90 committed Dec 18, 2018
1 parent b015189 commit ec057c3
Show file tree
Hide file tree
Showing 24 changed files with 142 additions and 116 deletions.
70 changes: 34 additions & 36 deletions benchmark/sysbench.md
Expand Up @@ -37,7 +37,7 @@ Sysbench 版本: 1.0.6

### 场景一:sysbench 标准性能测试

测试表结构
测试表结构

```
CREATE TABLE `sbtest` (
Expand All @@ -48,25 +48,26 @@ CREATE TABLE `sbtest` (
PRIMARY KEY (`id`),
KEY `k_1` (`k`)
) ENGINE=InnoDB
```
部署方案以及配置参数
```

部署方案以及配置参数

```
// TiDB 部署方案
172.16.20.4 4*tikv 1*tidb 1*sysbench
172.16.20.6 4*tikv 1*tidb 1*sysbench
172.16.20.7 4*tikv 1*tidb 1*sysbench
172.16.20.4 4*tikv 1*tidb 1*sysbench
172.16.20.6 4*tikv 1*tidb 1*sysbench
172.16.20.7 4*tikv 1*tidb 1*sysbench
172.16.10.8 1*tidb 1*pd 1*sysbench
// 每个物理节点有三块盘:
data3: 2 tikv (Optane SSD)
data2: 1 tikv
data1: 1 tikv
// 每个物理节点有三块盘:
data3: 2 tikv (Optane SSD)
data2: 1 tikv
data1: 1 tikv
// TiKV 参数配置
// TiKV 参数配置
sync-log = false
grpc-concurrency = 8
grpc-raft-conn-num = 24
grpc-raft-conn-num = 24
[defaultcf]
block-cache-size = "12GB"
[writecf]
Expand All @@ -76,10 +77,10 @@ block-cache-size = "2GB"
// Mysql 部署方案
// 分别使用半同步复制和异步复制,部署两副本
172.16.20.4 master
172.16.20.6 slave
172.16.20.4 master
172.16.20.6 slave
172.16.20.7 slave
172.16.10.8 1*sysbench
172.16.10.8 1*sysbench
Mysql version: 5.6.37
// Mysql 参数配置
Expand All @@ -88,10 +89,10 @@ innodb_buffer_pool_size = 64G
innodb_file_per_table = 1
innodb_flush_log_at_trx_commit = 0
datadir = /data3/mysql
max_connections = 2000
```
max_connections = 2000
```

* 标准 oltp 测试
* 标准 oltp 测试

| - | table count | table size | sysbench threads | tps | qps | latency(avg / .95) |
| :---: | :---: | :---: | :---: | :---: | :---: | :---: |
Expand All @@ -110,7 +111,7 @@ max_connections = 2000

![](http://7xnp02.com1.z0.glb.clouddn.com/table_size_oltp.png?imageView2/2/w/700/q/75|imageslim)

* 标准 select 测试
* 标准 select 测试

| - | table count | table size | sysbench threads |qps | latency(avg / .95) |
| :---: | :---: | :---: | :---: | :---: | :---: |
Expand Down Expand Up @@ -151,31 +152,31 @@ max_connections = 2000

### 场景二:TiDB 水平扩展能力测试

部署方案以及配置参数
部署方案以及配置参数

```
// TiDB 部署方案
172.16.20.3 4*tikv
// TiDB 部署方案
172.16.20.3 4*tikv
172.16.10.2 1*tidb 1*pd 1*sysbench
每个物理节点有三块盘:
data3: 2 tikv (Optane SSD)
data2: 1 tikv
data1: 1 tikv
每个物理节点有三块盘:
data3: 2 tikv (Optane SSD)
data2: 1 tikv
data1: 1 tikv
// TiKV 参数配置
// TiKV 参数配置
sync-log = false
grpc-concurrency = 8
grpc-raft-conn-num = 24
grpc-raft-conn-num = 24
[defaultcf]
block-cache-size = "12GB"
[writecf]
block-cache-size = "5GB"
[raftdb.defaultcf]
block-cache-size = "2GB"
```
```

* 标准 oltp 测试
* 标准 oltp 测试

| - | table count | table size | sysbench threads | tps | qps | latency(avg / .95) |
| :---: | :---: | :---: | :---: | :---: | :---: | :---: |
Expand All @@ -184,11 +185,9 @@ block-cache-size = "2GB"
| 4 物理节点 TiDB | 32 | 100 万 | 256 * 4 | 8984 | 179692 | 114.96 ms / 176.73 ms |
| 6 物理节点 TiDB | 32 | 500 万 | 256 * 6 | 12953 | 259072 | 117.80 ms / 200.47 ms |


![](http://7xnp02.com1.z0.glb.clouddn.com/scale_tidb_oltp.png?imageView2/2/w/700/q/75|imageslim)


* 标准 select 测试
* 标准 select 测试

| - | table count | table size | sysbench threads | qps | latency(avg / .95) |
| :---: | :---: | :---: | :---: | :---: | :---: |
Expand All @@ -199,8 +198,7 @@ block-cache-size = "2GB"

![](http://7xnp02.com1.z0.glb.clouddn.com/scale_tidb_select.png?imageView2/2/w/700/q/75|imageslim)


* 标准 insert 测试
* 标准 insert 测试

| - | table count | table size | sysbench threads | qps | latency(avg / .95) |
| :---: | :---: | :---: | :---: | :---: | :---: |
Expand Down
6 changes: 3 additions & 3 deletions op-guide/ansible-deployment-rolling-update.md
@@ -1,11 +1,11 @@
---
title: 使用 TiDB Ansible 升级 TiDB 集群
title: 使用 TiDB-Ansible 升级 TiDB 集群
category: deployment
---

# 使用 TiDB Ansible 升级 TiDB 集群
# 使用 TiDB-Ansible 升级 TiDB 集群

滚动升级 TiDB 集群时,会串行关闭服务,更新服务 binary 和配置文件,再启动服务。在前端配置负载均衡的情况下,滚动升级期间不影响业务运行(最小环境 :pd * 3 、tidb * 2、tikv * 3)。
滚动升级 TiDB 集群时,会串行关闭服务,更新服务 binary 和配置文件,再启动服务。在前端配置负载均衡的情况下,滚动升级期间不影响业务运行(最小环境 :pd * 3、tidb * 2、tikv * 3)。

> ****:如果 TiDB 集群开启了 binlog,部署了 Pump 和 Drainer 服务,升级 TiDB 服务时会升级 Pump,请先停止 Drainer 服务再执行滚动升级操作。
Expand Down

0 comments on commit ec057c3

Please sign in to comment.