关于数据库:实践教程之-PolarDBX-replica-原理和使用

39次阅读

共计 3968 个字符，预计需要花费 10 分钟才能阅读完成。

PolarDB-X 为了不便用户体验，提供了收费的试验环境，您能够在试验环境里体验 PolarDB-X 的装置部署和各种内核个性。除了收费的试验，PolarDB-X 也提供收费的视频课程，手把手教你玩转 PolarDB-X 分布式数据库。

本期试验将领导您用 PolarDB- X 搭建一个高可用零碎

本期收费试验地址

本期教学视频地址

前置筹备

假如曾经依据前一讲内容实现了 PolarDB- X 的搭建部署，能够胜利链接上 PolarDB- X 数据库。

启动业务

本步骤将领导您如何应用 Sysbench OLTP 场景模仿业务流量。

1. 筹备压测数据

a. 执行如下 SQL 语句，创立压测数据库 sysbench_test。

create database sysbench_test;

b. 输出 exit 退出数据库。

c. 执行如下命令，切换到账号 galaxykube。

su galaxykube

d. 执行如下命令，进入到 /home/galaxykube 目录。

cd

e. 执行如下命令，创立筹备压测数据的 sysbench-prepare.yaml 文件。

vim sysbench-prepare.yaml

f. 按 i 键进入编辑模式，将如下代码复制到文件中，而后按 ECS 退出编辑模式，输出:wq 后按下 Enter 键保留并退出。

kind: Job
metadata:
  name: sysbench-prepare-data-test
  namespace: default
spec:
  backoffLimit: 0
  template:
    spec:
      restartPolicy: Never
      containers:
        - name: sysbench-prepare
          image: severalnines/sysbench
          env:
            - name: POLARDB_X_USER
              value: polardbx_root
            - name: POLARDB_X_PASSWD
              valueFrom:
                secretKeyRef:
                  name: polardb-x
                  key: polardbx_root
          command: ['sysbench']
          args:
            - --db-driver=mysql
            - --mysql-host=$(POLARDB_X_SERVICE_HOST)
            - --mysql-port=$(POLARDB_X_SERVICE_PORT)
            - --mysql-user=$(POLARDB_X_USER)
            - --mysql_password=$(POLARDB_X_PASSWD)
            - --mysql-db=sysbench_test
            - --mysql-table-engine=innodb
            - --rand-init=on
            - --max-requests=1
            - --oltp-tables-count=1
            - --report-interval=5
            - --oltp-table-size=160000
            - --oltp_skip_trx=on
            - --oltp_auto_inc=off
            - --oltp_secondary
            - --oltp_range_size=5
            - --mysql_table_options=dbpartition by hash(`id`)
            - --num-threads=1
            - --time=3600
            - /usr/share/sysbench/tests/include/oltp_legacy/parallel_prepare.lua
            - run

g. 执行如下命令，运行筹备压测数据的 sysbench-prepare.yaml 文件，初始化测试数据。

kubectl apply -f sysbench-prepare.yaml

h. 执行如下命令，获取工作进行状态。

kubectl get jobs

返回后果如下，请您急躁期待大概 1 分钟，当工作状态 COMPLETIONS 为 1 / 1 时，示意数据曾经初始化实现。

2. 启动压测流量

a. 执行如下命令，创立启动压测的 sysbench-oltp.yaml 文件。

vim sysbench-oltp.yaml

b. 按 i 键进入编辑模式，将如下代码复制到文件中，而后按 ECS 退出编辑模式，输出:wq 后按下 Enter 键保留并退出。

kind: Job
metadata:
  name: sysbench-oltp-test
  namespace: default
spec:
  backoffLimit: 0
  template:
    spec:
      restartPolicy: Never
      containers:
        - name: sysbench-oltp
          image: severalnines/sysbench
          env:
            - name: POLARDB_X_USER
              value: polardbx_root
            - name: POLARDB_X_PASSWD
              valueFrom:
                secretKeyRef:
                  name: polardb-x
                  key: polardbx_root
          command: ['sysbench']
          args:
            - --db-driver=mysql
            - --mysql-host=$(POLARDB_X_SERVICE_HOST)
            - --mysql-port=$(POLARDB_X_SERVICE_PORT)
            - --mysql-user=$(POLARDB_X_USER)
            - --mysql_password=$(POLARDB_X_PASSWD)
            - --mysql-db=sysbench_test
            - --mysql-table-engine=innodb
            - --rand-init=on
            - --max-requests=0
            - --oltp-tables-count=1
            - --report-interval=5
            - --oltp-table-size=160000
            - --oltp_skip_trx=on
            - --oltp_auto_inc=off
            - --oltp_secondary
            - --oltp_range_size=5
            - --mysql-ignore-errors=all
            - --num-threads=8
            - --time=3600
            - /usr/share/sysbench/tests/include/oltp_legacy/oltp.lua
            - run

c. 执行如下命令，运行启动压测的 sysbench-oltp.yaml 文件，开始压测。

kubectl apply -f sysbench-oltp.yaml

d. 执行如下命令，查找压测脚本运行的 POD。

kubectl get pods

返回后果如下，以‘sysbench-oltp-test-’结尾的 POD 即为指标 POD。

e. 执行如下命令，查看 QPS 等流量数据。
阐明：您须要将命令中的指标 POD 替换为以‘sysbench-oltp-test-’结尾的 POD。

kubectl logs -f 指标 POD

体验 PolarDB- X 高可用能力

通过后面的筹备工作，咱们曾经用 PolarDB-X+Sysbench OLTP 搭建了一个正在运行的业务零碎。本步骤将领导您通过应用 kill POD 的形式，模仿物理机宕机、断网等导致的节点不可用场景，并察看业务 QPS 的变动状况。

1. 在试验页面，单击右上角的图标 +，创立新的终端三

2.kill CN

a. 执行如下命令，切换到账号 galaxykube。

su galaxykube

b. 执行如下命令，获取 CN POD 的名字。

kubectl get pods

返回后果如下，以‘polardb-x-xxxx-cn-default’结尾的是 CN POD 的名字。

c. 执行如下命令，删除任意一个 CN POD。

阐明：您须要将命令中的替换为任意一个以‘polardb-x-xxxx-cn-default’结尾的 CN POD 的名字。

kubectl delete pod <CN POD>

d. 执行如下命令，查看 CN POD 主动创立状况。

kubectl get pods

返回后果如下，您可查看到 CN POD 曾经处于主动创立中。

通过几十秒后，被 kill 的 CN POD 主动恢复正常。

e. 切换至终端二，您可查看 kill CN 之后业务 QPS 的状况。

3.kill DN

a. 切换至终端三，执行如下命令，获取 DN POD 的名字。

kubectl get pods

返回后果如下，以‘polardb-x-xxxx-dn’结尾的是 DN POD 的名字。

b. 执行如下命令，删除任意一个 DN POD。

阐明：您须要将命令中的替换为任意一个以‘polardb-x-xxxx-dn’结尾的 DN POD 的名字。DN 每个逻辑节点为三正本架构，也就是说一个 DN 节点对应 3 个 POD，可任意抉择一个进行删除操作。此外，GMS 节点是一个非凡角色的 DN，同样具备高可用能力，可抉择任一 POD 进行删除。

kubectl delete pod <DN POD>

c. 执行如下命令，查看 DN POD 主动创立状况。

kubectl get pods

返回后果如下，您可查看到 DN POD 曾经处于主动创立中。

通过几十秒后，被 kill 的 DN POD 主动恢复正常。

d. 切换至终端二，您可查看 kill DN 之后业务 QPS 的状况。

4.kill CDC

a. 切换至终端三，执行如下命令，获取 CDC POD 的名字。

kubectl get pods

返回后果如下，以‘polardb-x-xxxx-cdc-defaul’结尾的是 CDC POD 的名字。

b. 执行如下命令，删除任意一个 CDC POD。

阐明：您须要将命令中的替换为任意一个以‘polardb-x-xxxx-cdc-defaul’结尾的 CDC POD 的名字。

kubectl delete pod <CDC POD>

c. 执行如下命令，查看 CDC POD 主动创立状况。

kubectl get pods

返回后果如下，您可查看到 CDC POD 曾经处于主动创立中。

通过几十秒后，被 kill 的 CDC POD 主动恢复正常。

d. 切换至终端二，您可查看 kill CDC 之后业务 QPS 的状况。

原文链接

本文为阿里云原创内容，未经容许不得转载。

正文完
数据库
发表至： 数据库
2023-03-15
 0
关于数据库:融会贯通并行不悖-2022年8月中国数据库行业分析报告精彩抢先看
关于数据库:海量数据极速体验TDSQLA核心架构详解来了
关于数据库:kafka的认识安装与配置
关于数据库:应用实践-Apache-Doris-整合-Iceberg-Flink-CDC-构建实时湖仓一体的联邦查询分析架构