贤紫文化 · 造福世界 · 赋能世界 · 赋能数据底座 · 筑基业务未来 · 数据库自主 以企业级 MySQL 关系型数据库一站式自动化运维能力，助力全世界企业快速夯实核心业务数据基础设施——从单机装起到主从扛读、MGR 扛宕机、分片扛数据量，部署可追踪、运维可登录、迁移可专业迁入。
国产自研（创始人独立研发）· 面向全球 —— 把复杂 MySQL 集群运维化繁为简，让每一家企业都能拥有自主可控的生产级 MySQL 基础设施
贤紫优选 · 小紫基础设施系列 · 企业数据库运维套件 单机一键部署 · 主从读写分离 · MGR 组复制高可用 · ShardingSphere-Proxy 分片扩展 · 四阶段平滑演进 · 统一运维会话 · 专业 Proxy 迁入 · 性能大盘 · 慢 SQL 治理 · 多引擎备份恢复
你以为的 MySQL 运维：翻文档、拼脚本、半夜修复制、上分布式全靠人肉排错。
小紫 MySQL 的现实：Windows 桌面点向导，SSH 远程自动装库搭集群——单机、主从、MGR、ShardingSphere-Proxy 分片四阶段一条线，部署日志全记录、运维一次登录、Proxy 专业迁入内置，把 DBA 从重复劳动里解放出来 · 官网与 GitHub Releases 同步更新
当前版本：v1.0.0 预发布版 — 私有化场景下的 MySQL 全生命周期工作台：四模式部署（单机 / 主从 / MGR / 分布式）+ 统一运维会话 OpsSession + Proxy 专业数据迁入 + 性能大盘 / 慢 SQL / 告警 / 深度诊断 + mysqldump / mydumper / XtraBackup 多引擎备份 + 分片规则在线同步与巡检；CentOS 7.6 + MySQL 5.7.44 已实测 · ShardingSphere-Proxy 5.4.1 · 工程范式对齐小紫 Redis · 其他操作系统与 MySQL 版本尚未测试（详见下方说明）
小紫 MySQL 是一款面向企业自建 MySQL 的一站式部署与运维桌面工具。通过图形化向导与自动化脚本，把「装库、搭集群、日常维护、备份迁移」从命令行搬到可点击、可追踪、可复现的流程里。
MySQL 是企业核心业务数据的事实标准——订单、账务、用户、库存、报表等结构化数据的首选载体。无论是互联网高并发、政企内网隔离、金融合规审计，还是 ISV 客户现场交付，自建 MySQL + 图形化运维 仍是大量企业的刚需选择。
小紫 MySQL 管理工具 在图形化界面中打通 部署 → 安全加固 → 监控告警 → 日常维护 → 备份恢复 → 数据迁移 全链路，无需深厚 MySQL 命令行与 Shell 脚本经验，即可在 Linux 远程服务器上完成生产级实例与集群搭建、持续运维与架构升级。
伴随企业业务成长，架构可逐级演进、数据可在线平滑迁移——不必一开始就上 ShardingSphere-Proxy 分片，也无需业务壮大后推倒重来换工具。
| 产品形态 | Windows 桌面应用（Electron），通过 SSH 管理远程 Linux |
|---|---|
| 目标用户 | DBA、运维工程师、ISV 交付、中小企业 IT |
| 核心价值 | 复杂 MySQL 集群运维 — 图形化、自动化、可追溯 |
| 系列定位 | 与小紫 Redis、小紫 MongoDB 同属「小紫基础设施」产品线 |
复杂 MySQL 集群运维 — 图形化、自动化、可追溯。对标云 RDS 控制台体验，却完全跑在你自己的内网里。
单机 → 主从 → MGR → 分片 + Proxy，同一套产品、同一套运维登录覆盖全路径，阶段间支持数据迁移升级架构。
SSH 一键安装、my.cnf / systemd / 防火墙自动生成；GTID 主从、MGR、ShardingSphere-Proxy 分步/一键部署；实时部署日志可追溯。
一次登录，维护、监控、备份、迁移、管理后台共用连接；自动识别单机/主从/MGR/分布式拓扑；凭据留主进程不暴露前端。
含 ShardingSphere Proxy 专业迁入：分库/分表/分库+分表自动适配；速度档位、冲突策略、管道直连、mysqldump 参数自动消毒。
复制状态、性能指标、进程列表、库表容量；分片巡检；慢 SQL / P_S 分析；告警中心 + Prometheus；逻辑备份与恢复。
适合内网、政企、金融隔离区、交付现场无法使用公有云 RDS 的场景；基于 ShardingSphere-Proxy + 多分片 MySQL，自主可控。
关系型数据库仍是企业数字化底座的压舱石——事务一致性、成熟生态、SQL 标准、报表 BI 无缝对接，是 NoSQL 与云托管难以完全替代的核心层。
订单、支付、库存、账务等核心业务依赖事务保障——MySQL InnoDB 引擎久经考验，是企业级 OLTP 的事实标准。
报表、数仓 ETL、财务系统、第三方 SaaS 对接——SQL 接口通用，降低集成与迁移成本，团队技能可复用。
读扩展靠主从、写高可用靠 MGR 组复制——成熟方案覆盖从开发测试到金融级核心库的多层次 SLA 需求。
ShardingSphere-Proxy 透明 SQL 路由，突破单机内存 / QPS / 磁盘上限——亿级行表、多租户 SaaS、日志明细库均可承载。
支持 单机起步 → 读多写少升主从 → 核心库上 MGR → 数据量饱和上分片 的完整成长路径；每一级均提供图形化部署与专业数据迁移，策略随规模变，底座不用换。
内网、政企隔离区、金融专网、交付现场——无法或不愿使用公有云 RDS 的场景，自建 MySQL + 小紫运维台 = 自主可控的数据主权。
MySQL 存结构化核心业务 · Redis 做缓存与会话 · MongoDB 存文档与 AI 语料 · FastDFS 存静态文件——四套工具统一 SSH 远程运维范式，降低团队学习与交付成本。
复制延迟、慢 SQL、锁等待、死锁、分片健康——生产环境「看得见、管得住、追得溯」，告别黑盒式脚本运维。
物理备份、逻辑导出、Binlog 增量多策略组合——覆盖全量、增量与 PITR 时间点恢复；图形化调度与一键还原，RPO/RTO 可控，满足等保与灾备演练要求。
不强迫企业「一步到位上分布式」。企业 MySQL 建设遵循由轻到重的路径，每一级都有对应部署模块与数据迁移能力。
┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ┌──────────────────────┐
│ 阶段一 │ │ 阶段二 │ │ 阶段三 │ │ 阶段四 │
│ 单机部署 │ ─► │ 主从复制 │ ─► │ MGR 高可用 │ ─► │ 分片 + Proxy 扩展 │
│ 快速验证 │ │ 读扩展 │ │ 自动切换 │ │ 写+读横向扩展 │
└─────────────┘ └─────────────┘ └─────────────┘ └──────────────────────┘
│ │ │ │
└──────────────────┴──────────────────┴──── 数据迁移贯穿各阶段 ──┘
| 阶段 | 典型痛点 | 工具核心能力 | 不适用于 |
|---|---|---|---|
| 一：单机 | 安装繁琐、参数不懂 | 单机部署、参数模板、服务管理 | 高可用、写扩展、海量数据 |
| 二：主从 | 读压力大、复制中断 | 主从批量部署、复制监控与修复 | 自动故障切换、无限写扩展 |
| 三：MGR | 主库宕机要自动切换 | MGR 部署、成员监控、扩缩容 | 数据分片、TB 级单库 |
| 四：分布式 | 内存/QPS/磁盘到顶 | 分片 + Proxy、规则管理、专业迁入 | 跨分片复杂 JOIN 当单机用 |
| 迁移路径 | 适用阶段 | 要点 |
|---|---|---|
| 外部 MySQL → 单机 | 一 | 管道直连 / SSH 中转，mysqldump 参数可配 |
| 单机 → 主从 | 一→二 | 先迁数据再上复制 |
| 主从 → MGR | 二→三 | 低峰切换，复制状态确认 |
| 单机/主从 → Proxy 分片 | →四 | 须先「结构+数据」完整迁入；续迁用「仅数据+跳过已存在」 |
| 本地 SQL / 备份包 | 全阶段 | 上传至执行节点导入 |
一句话：企业可以 先用单机省钱省力，读多了升主从，核心库上 MGR，数据量大了上分片——全程在同一套工具里完成部署、迁移与扩容，策略随规模变，底座不用换。
| 演进节点 | 常见痛点 | 小紫工具如何应对 |
|---|---|---|
| 单机 → 主从 | 怕丢数据、怕停服太久 | 管道迁移 + GTID 复制向导，图形化搬迁 |
| 主从 → MGR | 切换窗口难把握、复制状态复杂 | 低峰切换指引 + 复制状态确认 + 成员监控 |
| 单机/主从 → Proxy 分片 | 分片规则复杂、Proxy 迁入脚本难写 | 内置 Proxy 专业迁入管道，结构+数据分阶段，续迁跳过已存在 |
| 分片运行中扩容 | 加分片影响线上、配置不同步 | 分布式扩缩容 + 分片规则在线同步 Proxy |
| 现象 | 建议阶段 | 工具动作 |
|---|---|---|
| 机器内存小、SQL 慢 | 一 + 调优 | 参数模板、innodb_buffer_pool 建议 |
| 读 QPS 高、主库压力大 | 二 | 加从库、复制监控、报表走从库 |
| 主库故障不可接受 | 三 | 部署 MGR、在线扩缩容 |
| 单库数据量 / 写入装不下 | 四 | 分片规则 + Proxy + 专业迁入迁移 |
| 历史冷数据归档 | 业务归档 + 可选分片 | 迁移工具辅助搬迁至归档库或分片 |
MySQL 并非「无限单机扩容」。无论是单机、主从还是 MGR，每一个独立集群都有其容量、吞吐与运维复杂度上限——分片可以持续加节点，但仍受分片键热点、跨分片 JOIN、Balancer 再均衡等因素制约。
推荐策略：按业务域拆分多个独立 MySQL 集群，实现企业级可持续增长。订单库、报表库、日志库、租户库各建集群，集群内部仍可单机→主从→MGR→分片演进，集群之间通过应用层路由或本工具跨环境迁移协同。
实践建议：起步阶段用单集群快速验证；读压力上来升主从；核心库上 MGR；单库 TB 级或写入瓶颈时评估分片；当单分片集群运维压力逼近天花板时，主动规划多集群架构比「在一个库里硬撑到底」更稳、更可持续。
从单机验证到 Proxy 分片生产集群，部署、扩缩容、安全、监控、维护、备份、迁移、日志、告警、诊断 全链路图形化自动化——企业可随业务规模分阶段升级架构，无需一开始背负最重的分布式成本。
单机 → 主从 → MGR → 分片+Proxy，每一级都有专属部署模块与数据迁移路径；读多了升主从，核心库上 MGR，数据装不下了上分片，全程同一套工具、同一套运维登录。
SSH 自动化安装 MySQL 5.7.44（Release 随附 RPM 包），目录规划、my.cnf 模板、systemd 注册、防火墙规则、卸载（保留/删除数据可选），适合开发测试与 POC 快速起库。
1 主 N 从批量添加，GTID 主从复制；复制监控与修复、只读切换、从库报表分流，读多写少场景生产就绪（当前在 CentOS 7.6 + MySQL 5.7.44 环境已实测）。
多成员组复制部署与卸载，种子节点、组通信端口、防火墙一键配置；成员监控、在线扩缩容，核心订单库 / 账务库 HA 标配。
多分片 MySQL + Proxy 5.4.1 + Java 11 + JDBC 驱动，分步/一键部署；分片规则管理、Proxy 配置在线同步，对标云分布式 SQL 的私有化替代方案。
结构阶段各分片直连建物理表 + REFRESH METADATA；数据阶段仅 INSERT 经 Proxy 自动路由；mysqldump 参数自动消毒；速度档位 + 多表并行 + 可取消长任务。
维护、监控、备份、迁移、MySQL 管理后台共用连接上下文；自动识别四种拓扑；从部署配置一键导入；敏感凭据留主进程，不暴露给前端页面。
QPS/TPS/连接数/InnoDB/磁盘 ECharts 趋势图；复制状态、进程列表、库表容量按拓扑分页面展示；后台托盘 30s 采集，运维登录可加入监控列表。
Performance Schema Top N、慢日志聚合、EXPLAIN；P_S/sys 视图、锁等待链、死锁解析——从「感觉慢」到「定位到哪条 SQL、哪把锁」。
阈值规则、桌面通知 / Webhook / 邮件；暴露 /metrics 对接 Prometheus；复制中断、连接数过高、磁盘告警等生产级可观测闭环。
mysqldump 全库/单库、mydumper 并行备份、XtraBackup 物理热备；备份列表管理、恢复向导、SSL 一键配置、定时任务调度。
error / slow / binlog 扫描与按保留天数清理；避免日志撑满磁盘；配合慢 SQL 治理与审计合规需求。
分片健康、数据源映射、路由与 Proxy 一致性诊断报告——阶段四专属能力，降低分片集群「看起来正常、其实路由错了」的隐蔽风险。
部署 / 扩缩容 / 卸载 / 迁移过程流式输出、进度条、可取消、可清空、持久化——DeployLog 全记录，ISV 交付与客户验收有据可查。
支持上传 MySQL RPM 包、Proxy 包、JDK 包至目标机安装——政企内网、无外网服务器、交付现场离线包场景完整覆盖。
免责协议 + 贤紫优选账号登录；Main/Preload/Renderer 进程隔离；IPC 白名单；敏感操作需已登录且已建立运维会话——合规与防绕过并重。
迁入 ShardingSphere Proxy 分片集群是多数自建方案最头疼的环节——分库分表规则、物理表结构、Proxy 路由、mysqldump 兼容性缺一不可。小紫 MySQL 内置专业迁入管道：
告别每个功能重复填 IP、端口、账号、SSH 的低效操作。建立 OpsSession 后，维护、监控、备份恢复、数据迁移、MySQL 管理、日志管理、性能大盘、慢 SQL、告警、深度诊断 共用同一连接上下文：
| 模块 | 核心能力 |
|---|---|
| 部署 · 单机/主从/MGR/分布式 | CentOS 7.6 远程安装（已实测）、本地上传包、GTID、组复制、Proxy+JDK、部署日志 |
| 运维 · 维护/监控 | 诊断、复制修复、服务控制、只读切换、MGR/分布式扩缩容 |
| 性能大盘 / 慢 SQL / 告警 | ECharts 趋势、P_S、EXPLAIN、阈值规则、Prometheus、托盘采集 |
| 深度诊断 / 分布式巡检 | 锁/死锁、分片健康、数据源映射、诊断报告 |
| MySQL 管理 / 日志 | 库表用户、SQL 执行、进程查杀、error/slow/binlog 维护 |
| 备份恢复 / 数据迁移 | 三引擎备份、定时调度、全阶段迁移含 Proxy 专业迁入 |
工具不绑定单一行业——凡自建 MySQL、有 SSH 权限、希望降低 DBA 重复劳动的组织，均可快速匹配。
| 行业/领域 | 典型诉求 | 推荐阶段 | 工具价值 |
|---|---|---|---|
| 互联网 / SaaS | 多租户增长、活动峰值 | 二→四 | 主从扛读、分片扛写；迁移上云前私有化部署 |
| 电商 / 零售 | 订单、商品、库存；大促 | 二、三 | MGR 保订单库 HA；报表走从库 |
| 政企 / 信创 | 内网隔离、不可上公有云 | 一～四 | 全链路私有化；SSH 批量交付 |
| 金融 / 支付 | 账务、对账、风控 | 二、三 | GTID、MGR；慢 SQL 与审计治理 |
| 制造 / ERP | 工厂边缘库、总部汇总 | 一、二 | 单机/主从；备份与迁移 |
| 数据采集 / 爬虫 | 单表亿级、写入密集 | 四 | 分表分库；Proxy 专业迁入 |
| ISV / 集成商 | 客户现场交付、验收 | 一～四 | 可视化 DeployLog、可复现步骤 |
| 研发测试 | 快速起环境、灌数据 | 一 | 单机一键 + 迁移灌库 |
小紫 MySQL 管理工具
├── 部署
│ ├── 单机部署 ← 阶段一：业务起步
│ ├── 主从复制部署 ← 阶段二：读扩展
│ ├── MGR 组复制部署 ← 阶段三：高可用
│ └── 分布式集群部署 ← 阶段四：分片 + Proxy
└── 运维
├── 运维登录（四种拓扑统一入口）
├── 维护 / 监控（按拓扑分派）
├── 集群扩缩容 / 分布式扩缩容
├── 分片规则管理 / 分布式巡检
├── MySQL 管理 / 日志管理
├── 性能大盘 / 慢 SQL 分析 / 告警中心 / 深度诊断
├── 备份恢复
└── 数据迁移 ← 全阶段，含 Proxy 专业迁入
| 维度 | 手工脚本 / Ansible | 云 RDS / 分布式 SQL | 小紫 MySQL |
|---|---|---|---|
| 学习成本 | 高 | 低（控制台） | 中低（向导 + 提示） |
| 私有化 | ✅ | ❌ 或受限 | ✅ |
| 四阶段一体 | ❌ 需多套方案 | 部分（按产品买） | ✅ |
| 部署可追溯 | 看脚本/日志 | 云审计 | DeployLog 全记录 |
| Proxy 分片迁入 | 需自研 | 云厂商工具链 | 内置专业管道 |
| 运维 GUI | 无 / 第三方 | 控制台 | 统一运维台 |
| 离线/内网部署 | 自行维护脚本 | ❌ | ✅ 本地上传安装包 |
| 小紫生态协同 | ❌ | ❌ | ✅ Redis/MongoDB/FastDFS 同系列 |
MySQL 面向事务一致、结构化存储、SQL 生态的真实业务——几乎覆盖所有行业的核心库场景；以下按领域归类列举，实际可覆盖更多业务线与架构演进路径。
文档版本 v1.0 · 2026-07 · 与 GitHub Releases 同步 · 仓库 17741421897/xiaozi-mysql
面向企业自建 MySQL 的一站式部署与运维桌面工具。图形化向导 + 自动化脚本，把装库、搭集群、日常维护、备份迁移从命令行搬到可点击、可追踪、可复现的流程里。与小紫 Redis 工程同构、与 MongoDB 产品能力对标。
mysql-connector-j-8.0.33.jarMySQL-Setup-1.0.0.exe小紫 MySQL v1.0.0 预发布版正式对外开放。私有化场景下的 MySQL 全生命周期工作台：从一台机器装起，到主从扛读、MGR 扛宕机、分片扛数据量，部署可追踪、运维可登录、迁移可专业迁入。与小紫 Redis 工程同构、与 MongoDB 产品能力对标，补齐小紫基础设施系列关系型数据库旗舰位。
文档维护：小紫 MySQL 产品组 · 与 GitHub Release 产品特色与能力说明 v1.0（2026-07）及源码同步迭代 · 技术栈 Electron · React · TypeScript · Ant Design · mysql2 · ssh2 · ECharts