Day 21-Ansible 进阶与 Zabbix TiDB 迁移学习记录

最新推荐文章于 2026-08-22 18:28:38 发布
原创 最新推荐文章于 2026-08-22 18:28:38 发布 · 545 阅读 · 5 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测

目录

Ansible：Vault 加密、批量部署与 Zabbix 数据库 TiDB 替换踩坑全记录

这次实操主要啃了三块内容：Ansible Vault 加密敏感变量、用 host_vars/group_vars 做分层变量管理，以及把 Zabbix 的底层数据库从 MariaDB 替换成 TiDB 分布式数据库。前面 Ansible 部分还算顺畅，到 TiDB 对接 Zabbix 初始 SQL 的环节踩了一连串的坑，光触发器兼容问题就折腾了快四个小时，试了 sed、awk、perl 好几种文本处理方式都翻了车，最后用最朴素的强制导入方案才搞定。把完整的操作流程和踩坑细节都整理出来，给大家避避坑。

一、Ansible Vault 加密变量与批量用户创建

1.1 实验目标与前置准备

日常写 Playbook 时，密码、密钥这类敏感信息如果明文写在变量文件里，安全风险很高。Ansible Vault 是官方提供的加密工具，可以将整个变量文件加密，执行时再输入密码解密，非常适合生产环境管理敏感配置。
前置环境：控制端 server1 已完成 Ansible 安装，被管理端主机配置好免密登录与 sudo 权限，inventory 清单中已划分 db、webservers 等主机组。

1.2 Vault 加密变量文件的基础操作

首先创建存放用户列表的变量文件 userlist.yml，写入需要批量创建的用户名与密码，再通过 Vault 对文件进行加密。

userlist:
  - {user: user1, pass: pass1}
  - {user: user2, pass: pass2}
  - {user: user3, pass: pass3}

加密、查看、编辑三个核心命令：

# 加密文件
ansible-vault encrypt userlist.yml

# 查看加密文件内容，输入密码后解密展示
ansible-vault view userlist.yml

# 编辑加密文件，自动完成加解密
ansible-vault edit userlist.yml

执行 view 命令输入密码后即可看到明文内容，效果如下。加密后的文件直接 cat 无法读取任何敏感信息，安全性有保障。
在这里插入图片描述
在这里插入图片描述

1.3 编写批量创建用户的 Playbook

接下来编写 user.yml 剧本，通过 vars_files 加载加密变量文件，配合 loop 循环批量创建用户；密码使用 password_hash 过滤器做 sha512 哈希处理，符合 Linux 系统密码存储规范。

- hosts: db
  gather_facts: no
  vars_files:
    - userlist.yml
  tasks:
    - name: Add the users
      ansible.builtin.user:
        name: "{{ item.user }}"
        password: "{{ item.pass | password_hash('sha512') }}"
        state: present
      loop: "{{ userlist }}"

在这里插入图片描述

1.4 首次执行的两个经典踩坑

写完直接执行剧本，上来就踩了两个坑，报错信息如下：

[WARNING]: Could not match supplied host pattern, ignoring: db
ERROR! Attempting to decrypt but no vault secrets found

第一个警告是 inventory 中没有匹配到 db 主机组，通常是主机组名拼写错误或清单文件路径不对，检查修正即可。
第二个报错是核心问题：使用了加密变量文件，但执行 playbook 时没有传入 Vault 密码，Ansible 无法解密变量。
解决方法：执行时追加 --ask-vault-pass 参数，运行时输入加密密码。

ansible-playbook user.yml --ask-vault-pass

在这里插入图片描述

1.5 进阶：用 host_vars 自动加载加密变量

每次手动编写 vars_files 加载变量略显繁琐，Ansible 支持按主机自动加载对应目录下的变量文件，也就是 host_vars 机制。
在 playbook 同级目录创建 host_vars 目录，再为 node1 主机创建独立子目录，将加密后的 userlist.yml 放入其中。

mkdir -p host_vars/node1
cd host_vars/node1
vim userlist.yml  # 写入变量后执行vault加密

目录结构效果参考。
在这里插入图片描述

随后修改 user.yml，注释掉 vars_files 部分，无需手动加载变量，Ansible 执行到对应主机时会自动读取 host_vars 下的变量文件。

- hosts: db
  gather_facts: no
  # vars_files:
  #   - userlist.yml
  tasks:
    - name: Add the users
      ansible.builtin.user:
        name: "{{ item.user }}"
        password: "{{ item.pass | password_hash('sha512') }}"
        state: present
      loop: "{{ userlist }}"

修改后的剧本参考。
在这里插入图片描述
在这里插入图片描述

执行时同样携带 --ask-vault-pass 参数，变量会自动加载生效，这种方式在主机数量多、变量差异化大的场景中实用性很强。

二、group_vars 组变量 + Apache 批量部署实战

2.1 group_vars 组变量管理

与 host_vars 对应，group_vars 是面向主机组的变量管理方案，同一组内的所有主机共享一套变量，适合批量部署同类型服务的场景。
创建 webservers 组的变量目录，在其中定义 Apache 监听端口等公共参数。

mkdir -p group_vars/webservers
cd group_vars/webservers
vim vars.yml

在变量文件中定义 http_port: 80，后续剧本中可直接引用该变量。
在这里插入图片描述

2.2 Apache 部署 Playbook

编写 Apache 部署剧本，为每个任务设置不同的 tag，后续可单独执行某一步操作，无需全量运行，大幅提升调试效率。

- hosts: lamp
  become: yes
  vars:
    http_port: 80
  tasks:
    - name: Install the Apache
      ansible.builtin.yum:
        name: httpd
        state: present
      tags: t1

    - name: Start service httpd, if not started
      ansible.builtin.service:
        name: httpd
        state: started
        enabled: yes
      tags: t2

    - name: create index.html
      ansible.builtin.copy:
        content: "{{ ansible_hostname }}\n"
        dest: /var/www/html/index.html
      tags: t3

    - name: Ensure the default Apache port is {{ http_port }}
      ansible.builtin.lineinfile:
        path: /etc/httpd/conf/httpd.conf
        regexp: '^Listen '
        insertafter: '#Listen '
        line: Listen {{ http_port }}
      notify: restart service httpd

  handlers:
    - name: restart service httpd
      ansible.builtin.service:
        name: httpd
        state: restarted

这里使用 lineinfile 模块修改配置文件，配合 handlers 触发器，只有配置文件实际发生修改时才会触发 Apache 重启，比每次执行都重启更加优雅。
如果只需执行安装步骤，可通过 ansible-playbook apache.yml -t t1 单独运行指定标签的任务。
在这里插入图片描述

2.3 本地可用性检测

部署完成后，可以使用 uri 模块在本地执行健康检测，验证服务是否正常返回 200 状态码。

- hosts: localhost
  gather_facts: false
  become: false
  tasks:
    - name: Check that you can connect (GET) to a page and it returns a status 200
      ansible.builtin.uri:
        url: http://192.168.48.162
        return_content: true
      register: result

    - name: Print return information from the previous task
      ansible.builtin.debug:
        var: result.content

这样整个部署+验证流程可以完全自动化，无需手动执行 curl 测试。

三、Ansible 一键部署 Zabbix 服务

3.1 Playbook 整体设计思路

Zabbix 部署步骤多、依赖繁杂，手动安装容易遗漏步骤。我们将整个部署流程封装为完整的 Playbook，从安装依赖、配置源、安装服务、初始化数据库到修改配置实现全自动化。
同时将数据库密码等敏感信息存入 Vault 加密的 secrets.yml 中，通过 vars_files 加载，符合安全规范。

3.2 分步任务拆解

整个剧本按执行顺序拆分为 8 个标签任务，便于分步调试：

  1. 安装 pymysql 依赖，为后续 MySQL 模块提供运行支持
  2. 添加 Zabbix 官方 yum 软件源
  3. 安装 Zabbix 服务端、Web 端、Agent 等全套组件
  4. 安装 MariaDB 数据库
  5. 启动数据库并设置开机自启
  6. 创建 zabbix 数据库，设置 utf8mb4 字符集
  7. 创建 zabbix 数据库用户并授权
  8. 导入初始 SQL 脚本、配置服务端密码、启动服务

核心任务代码参考：

- name: import zabbix initial sql
  ansible.builtin.shell:
    zcat /usr/share/zabbix-sql-scripts/mysql/server.sql.gz | mysql -uzabbix -pzabbix@123 zabbix
  args:
    creates: /var/lib/mysql/zabbix/hosts.ibd
  tags: t7_import_sql

这里使用 creates 参数实现幂等判断，只要数据库文件已存在就不会重复导入，多次执行剧本也不会报错。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

3.3 结合 Vault 加密敏感配置

将数据库密码放入加密的 secrets.yml 中，剧本通过 vars_files 加载，配置项使用变量引用，避免明文泄露。

- hosts: zabbix_server
  become: yes
  vars_files:
    - secrets.yml
  tasks:
    ...
    - name: config zabbix server db password
      ansible.builtin.lineinfile:
        path: /etc/zabbix/zabbix_server.conf
        regexp: '#DBPassword='
        line: "DBPassword={{ zabbix_db_password }}"
      tags: t8_config_server

执行时携带 --ask-vault-pass 输入解密密码即可；生产环境也可以使用 vault 密码文件的方式实现自动化执行。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

四、核心实战：Zabbix 数据库替换为 TiDB

这部分是本次实操最折腾的环节，也是踩坑最多的部分。我们要将 Zabbix 原本的 MariaDB 数据库替换为 TiDB 分布式数据库，验证二者的兼容性。

4.1 TiDB 单机集群快速部署

TiDB 官方提供了 tiup 工具，一行命令即可快速拉起一套单机测试集群，非常便捷。
首先安装 tiup：

curl --proto '=https' --tlsv1.2 -sSf https://tiup-mirrors.pingcap.com/install.sh | sh
source ~/.bash_profile

安装成功后验证版本【图20】，随后启动 v6.5.0 版本的单机 playground 集群：

export TIUP_TIMEOUT=120
tiup playground v6.5.0 --db 1 --kv 1 --pd 1 --host 0.0.0.0

首次启动会自动下载各个组件，等待数分钟即可启动完成。启动后默认通过 4000 端口提供 MySQL 协议服务，root 用户默认无密码。
在这里插入图片描述

4.2 导入 Zabbix 初始 SQL 的连环踩坑

原本以为直接将 SQL 导入 TiDB 即可，结果一执行就报错，开启了长达两小时的排坑之路。

坑1：TiDB 不支持数据库触发器

第一次直接导入原始 SQL，直接抛出 1064 语法错误，定位到 create trigger 开头的语句。

ERROR 1064 (42000) at line 2124: You have an error in your SQL syntax; check the manual that corresponds to your TiDB version for the right syntax to use line 1 column 14 near "trigger hosts_name_upper_insert"

查阅官方文档后得知，TiDB 目前不支持数据库触发器语法，而 Zabbix 初始 SQL 末尾附带了多个触发器，用于自动更新 name_upper 字段。
最初的思路是从 SQL 文件中删除触发器部分，于是开启了文本处理的翻车之路。

坑2：sed 范围匹配失效

最开始使用 sed '/CREATE TRIGGER/,/END;/d' 进行删除，结果导入后依然报错。排查后发现两个问题：

  • Zabbix 的 SQL 中触发器为小写 create trigger，sed 默认区分大小写，无法匹配
  • 触发器结尾不是 END;，而是修改了分隔符的 END //，范围结束标记不匹配
    即使添加忽略大小写参数依然无效，受多行结构和分隔符影响，范围匹配总会遗漏内容。
坑3：awk/perl 处理生成空文件

换成 awk 状态机和 perl 多行匹配的写法，结果要么触发器没删干净，要么直接把整个文件处理成 0 字节的空文件，导入后一张表都没有，非常影响心态。
中间还尝试过按行号截断，结果匹配到了表名中包含 trigger 的行，把大半表结构都截断了，同样翻车。

最终方案：–force 强制导入跳过错误

折腾到最后突然反应过来，MySQL 客户端有个 --force 参数，遇到 SQL 错误会自动跳过并继续执行后续语句。触发器都集中在文件末尾，前面的建表语句和初始数据完全正常，直接强制导入跳过触发器报错即可。

zcat /usr/share/zabbix-sql-scripts/mysql/server.sql.gz | mysql -h127.0.0.1 -P4000 -uroot --force zabbix

执行过程中会闪过几条触发器的报错，无需理会；命令运行结束后，所有业务表和初始数据都完整导入。最终查表数量为 174 张，与原生 MariaDB 导入的数量一致，完全可用。
真的是绕了一大圈，最朴素的方法反而最管用。
在这里插入图片描述

4.3 Zabbix 配置修改

数据库导入完成后，修改 Zabbix 服务端配置文件，将数据库端口改为 TiDB 的 4000 端口，地址修改为对应 IP：

DBHost=127.0.0.1
DBPort=4000
DBName=zabbix
DBUser=zabbix
DBPassword=zabbix@123

在这里插入图片描述
在这里插入图片描述

随后修改 Web 端的 PHP 配置文件 /etc/zabbix/web/zabbix.conf.php，同步更新为 TiDB 的连接信息：

<?php
global $DB;

$DB['TYPE']     = 'MYSQL';
$DB['SERVER']   = '127.0.0.1';
$DB['PORT']     = '4000';
$DB['DATABASE'] = 'zabbix';
$DB['USER']     = 'zabbix';
$DB['PASSWORD'] = 'zabbix@123';

$DB['SCHEMA'] = '';

$ZBX_SERVER      = '127.0.0.1';
$ZBX_SERVER_PORT = '10051';
$ZBX_SERVER_NAME = 'Zabbix Server';

$IMAGE_FORMAT_DEFAULT = IMAGE_FORMAT_PNG;

修改完成后为配置文件设置正确权限，否则 Web 页面会抛出权限错误：

chown apache:apache /etc/zabbix/web/zabbix.conf.php
chmod 644 /etc/zabbix/web/zabbix.conf.php

4.4 重启所有服务

全部配置修改完成后，重启 Zabbix 服务端、Apache 和 PHP-FPM：

systemctl restart zabbix-server httpd php-fpm
systemctl status zabbix-server

看到服务显示 active (running) 即说明启动成功。
在这里插入图片描述

五、最终效果验证

5.1 服务与数据库连通性验证

首先查看 Zabbix 服务日志，确认无数据库连接报错，服务正常启动。
随后验证数据库内的数据，查询 hosts 表的记录数：

mysql -h127.0.0.1 -P4000 -uzabbix -pzabbix@123 zabbix -e "select count(*) from hosts;"

返回 431 条记录，说明初始数据完整，服务端可以正常读写 TiDB。

在这里插入图片描述

5.2 Web 端登录验证

浏览器访问 http://server2的IP/zabbix，使用默认账号 Admin / zabbix 登录，成功进入仪表盘。
可以看到主机、模板、监控项、触发器的数量均正常显示，Zabbix server 状态显示运行中，整个 Web 界面无任何数据库报错。
在这里插入图片描述

5.3 功能可用性验证

进入「配置-主机」可以看到默认的 Zabbix server 主机状态正常；「监测-最新数据」中可以看到持续更新的监控数据，说明数据采集、入库、展示全链路均无问题。
执行配置重载命令也可以正常响应：

zabbix_server -R config_cache_reload
标签
#ansible #zabbix #tidb
B153893
关注
深入解析WIFI与蓝牙模块电路设计：从原理到实战
weixin_29186249的博客
03-15 109
本文深入解析了WIFI与蓝牙模块的电路设计，从核心原理到实战应用。文章以AP6256模块为例，详细拆解了电源树、时钟电路、接口设计及天线射频路径等关键环节，并提供了PCB布局布线的实用准则与调试方法，旨在帮助硬件工程师设计出稳定可靠的无线产品，规避常见陷阱。
山西省信息化建设项目指标体系.doc
山西省信息化建设项目指标体系.doc
使用 Ansible 批量更新服务器 SSL/TLS 证书实战指南
2503_91800161的博客
08-18 748
本文介绍如何使用Ansible自动化批量更新服务器SSL/TLS证书。主要内容包括：环境准备（Ansible控制机配置、证书文件存放）、Playbook编写（证书分发、备份、替换、服务重启）、执行验证（语法检查、试运行、正式执行）以及进阶优化（安全增强、错误回滚、多服务支持）。通过清晰的目录结构和模块化设计，该方案能实现高效可靠的证书更新，避免手动操作风险，适合大规模服务器环境。文章提供了完整代码示例和详细步骤说明，帮助运维人员快速构建自动化证书管理流程。
固定输送机.rar
08-22
固定输送机.rar
Ansible Roles编写
weixin_75090808的博客
08-18 213
本节将详细演示如何创建一个名为apache的 Ansible Role，用于自动化部署和配置 Apache HTTP 服务器。我们将从环境准备、角色初始化、目录结构解析，到编写核心任务、变量、触发器，最后编写 Playbook 来调用这个角色，完成一个完整的实战流程。变量可以让我们灵活地配置角色。这里我们在中定义 Apache 的监听端口。# 定义变量main.yml---在vars目录下定义的变量优先级较高，适合定义角色运行所必需的内置变量。这个http_port。
playbook剧本（2）--Ansible变量
2402_87941111的博客
08-18 211
然后我们要配置高可用的话，我们就需要配置高可用的配置文件，那么我们想要通过变量来使用高可用，我们就需要使用到Ansible中的模板模块了，这个就是将这些配置文件变成了“模板文件”，就是将原本的配置文件拷贝一份到当前目录，将后缀加上一个.j2，此时就是模板文件，那么里面就可以使用我们定义的变量了，此时这个配置文件就从静态的写死的文件变成动态文件了。Ansible提供了多种的变量定义方式，自定义变量中最直接的就是在playbook中直接定义变量，在哪一个组中定义变量，这个变量就属于哪一个组。
Ansible(三)——Zabbix 监控系统部署与敏感信息加密
2301_79631088的博客
08-17 554
本文围绕Ansible自动化部署Zabbix监控系统，介绍Playbook变量管理、敏感信息加密及服务端/客户端安装实践。通过ansible-vault实现密码文件加密与解密，保障敏感信息安全；利用host_vars和group_vars灵活管理配置变量。随后通过Playbook自动化完成Zabbix Server端部署（含数据库初始化与 Web 配置）及Agent端批量安装，构建完整监控体系，帮助读者掌握Ansible在监控部署中的实际应用，提升运维自动化水平与配置安全性。
Ansible自动化运维实战3——变量分离、Roles 角色开发与 Git 托管分发实战
2302_80853486的博客
08-19 286
本篇承接 Ansible 基础剧本编写内容，围绕企业级项目规范化落地展开，依次讲解外部变量文件分离、主机 / 组变量的区分使用、自定义 Roles 角色编写、ansible.posix 扩展集合调用、系统内置角色复用，以及外部 Galaxy 角色导入；最后补充 Gitee 仓库托管 Ansible 角色的完整流程，实现角色版本管理、跨环境分发与团队复用，构建可维护、可协作的 Ansible 自动化项目工程规范。
k8s安装部署（利用ansible）
最新发布
lxw2023027116的博客
08-22 238
node1在/etc/hosts解析：[devops@harbor ansible]$ ansible all -m user -a "name=devops state=present" [devops@harbor ansible]$ ansible all -m shell -a 'echo "lee" | passwd --stdin devops' [devops@harbor ansible]$ ansible all -m lineinfile -a 'path=/etc/sudoers li
《Ansible 批量运维 + Zabbix 6.0 监控搭建与 TiDB 数据库迁移实战踩坑全复盘》
2401_86047009的博客
08-17 598
本文基于实操记录，完整复盘了 Ansible 批量用户管理、Apache+HAProxy 负载均衡部署、Zabbix 6.0 监控平台全流程搭建，以及将 Zabbix 后端从 MariaDB 迁移至 TiDB 分布式数据库的全过程。文中详细梳理了变量类型错误、权限不足、SQL 语法不兼容、版本适配失败等典型踩坑点，附完整排查思路与解决方案，适合运维入门学习者参考避坑。
《Ansible Role 开发实战：从自定义 Apache 角色到 MooseFS 分布式存储全流程踩坑复盘》
2401_86047009的博客
08-19 339
本文以第一视角完整复盘 Ansible 自定义 Apache Role 的开发与排错全流程，详解 seport 模块缺失、httpd 非默认端口启动失败、防火墙端口拦截等经典运维坑点的排查思路与解决方案。同时涵盖 rhel-system-roles 自动化配置 SELinux、Galaxy 社区角色快速部署 Nginx、自定义角色上传 Gitee 实现跨环境复用，以及 MooseFS 分布式存储集群的搭建验证步骤，整理全流程核心踩坑总结与实操心得，为同类运维部署提供可直接复用的实践参考。
Linux学习18-ansible部署zabbix，role部署apache
ljxnb666050705的博客
08-19 246
可以使用分组的方式来定义变量当想要加密一些信息时，可以使用encrypt来进行加密，没有密码的情况下无法查看或运行加上密码后可以成功运行，也可以使用decrypt解密。
ansible部署
2402_87941111的博客
08-17 165
对于受管节点，是不需要安装什么agent端的，直接通过ssh来连接执行脚本，而在控制节点，我们也只需要安装一个Ansible的命令行工具，在执行Ansible指令的时候，这个进程才会启动。这就涉及到Ansible的清单inventory，这个文件的位置默认是在/etc/ansible/hosts的，在ansible的主配置文件中/etc/ansible/ansible.cfg中是指明了位置的。然后下面两个都是组的设置，这里一个[]就是一个组的意思，一个组里面是可以写多个ip的，意思就是多个主机。
自动化运维-Ansible Role详解
zhanglji的博客
08-19 364
Ansible Role 入门与实践指南 摘要： 本文针对Ansible Playbook维护痛点，系统介绍了Ansible Role的标准化解决方案。Role通过模块化目录结构（tasks、handlers、templates等）封装可复用配置单元，实现"一次编写，多处调用"。文章详解了Role的七大标准目录功能，演示了使用ansible-galaxy创建Role、编写任务模板、在Playbook中调用的完整流程，并给出单一职责、幂等性设计、变量分层等5大最佳实践。通过Nginx部署案例，展示了Role如
Ansible(四)——基于 Ansible Roles 的标准化运维任务编排实践
2301_79631088的博客
08-19 374
本文围绕Ansible Roles的编写与复用，系统介绍如何在运维场景中通过角色实现标准化任务编排。首先以apache角色 为例，演示角色结构、任务组织及执行顺序控制。随后结合 防火墙管理，实现禁用/启用防火墙及放行http服务；通过 时间同步 确保系统时间一致性；导入与包含任务实现任务复用；并完成selinux开启等安全加固操作。在此基础上编写nginx角色，并通过外部仓库上传角色，安装至本地角色目录，最终利用外部仓库角色完成虚拟主机的自动化配置。本文帮助读者掌握Roles开发与复用技巧，提升效率与规范。
自动化运维-Ansible Role综合应用案例-基于LNMP部署wordpress
zhanglji的博客
08-22 181
作为一名运维工程师，相信大家都经历过这样的场景：新项目启动，需要在数台甚至数十台服务器上手动安装 Nginx、MySQL、PHP，然后逐个配置、调优、测试。这个过程不仅耗时，还极易出错——漏装一个 PHP 扩展、写错一个配置文件参数、权限设置不当，都可能让服务直接“趴窝”。在微服务和多云架构时代，这种“手工作坊”式的部署方式显然已经跟不上节奏。今天，我就来和大家聊聊如何用 Ansible Role 来标准化、自动化地部署 LNMP 架构，并基于LNMP部署wordpress。
Ansible Playbook剧本（1）
2402_87941111的博客
08-18 186
剧本这个词很好的表述了playbook的一个作用，playbook（yaml文件）里面写的就是一系列操作，目标主机就是执行playbook写好的剧本即可。和ad-hoc不同，playbook是一系列的操作，而ad-hoc只是一个命令行，我们要对一个群组进行统一的httpd部署，我们就需要使用playbook，而不是ad-hok。Playbook 是 Ansible 的配置、部署、编排语言，是一个用 YAML 格式编写的文件，用来定义一系列有序的任务，描述系统应该达到的最终状态。否则会被当做错误处理。
练习：用 playbook 部署 zabbix 和 tidb
2302_80853486的博客
08-19 203
尝试用 playbook 部署 zabbix 和 tidb。
从 MySQL 到 TiDB：一款国产分布式数据库的迁移实战
FreeTinker的博客
08-18 300
TiDB 作为国产开源分布式数据库，兼容 MySQL 协议，不需要大规模改写业务代码，就可以获得水平扩容、分布式事务、高可用整套能力，成为大量企业替换 MySQL 的重要选择。但 “兼容不等于直接复制粘贴”，从 MySQL 迁移 TiDB 不是简单导入数据，而是一套包含评估、改造、迁移、压测、切流、回滚的完整工程流程。迁移前必须完成充分的业务评估，避免为了分布式而分布式。分库分表：借助中间件拆分数据，需要改造分片键、改写 SQL，跨库 join、分布式事务处理繁琐，业务代码侵入很深，后期维护成本居高不下。
TiDB 集群部署与 MySQL 兼容性适配实战
2301_79631088的博客
08-18 169
本文系统介绍 **TiDB 分布式数据库集群部署** 及 **Zabbix 适配实践**。首先完成内核参数优化、文件句柄调整、时间同步及 SSH 免密配置等环境准备，随后在中控机安装 TiUP，创建拓扑文件并执行集群预检与自动修复，完成 TiDB 部署、启动及状态验证。最后进行连通性测试与 Zabbix 参数适配，确保 TiDB 完全替代 MySQL 作为后端数据库，为从传统数据库向分布式架构迁移提供可落地的操作指引。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值