部署篇 | MatrixOne与MySQL全面对比

区别于MySQL在不同操作系统下部署时的繁琐和不统一，MatrixOne的二进制包单机部署开箱即用。

例如在任意x86架构的Linux系统中，我们可以通过wget命令获取MatrixOne的二进制包：

然后创建目标的部署目录：

解压安装包至目标目录：

解压完成后切换目录，启动MatrixOne服务：

MatrixOne将所有的服务都打包在了mo-service包中，启动命令执行后，可通过查看服务或查看6001端口监听情况来确认服务启动情况：

需要注意的是，MatrixOne没有自带客户端工具，我们可以使用mysql client或DBeaver、Navicat、SQLYog等可视化工具将MatrixOne视为MySQL来进行访问。

MatrixOne启动后提供查询服务的端口为6001，默认启用的用户为root，初始密码为111，例如我们使用mysql client访问时的命令可写为：

当看到如下信息即表示访问成功，我们就可以像使用MySQL一般进行库表创建或数据查询/写入：

除手动部署外，MatrixOne还提供了提升易用性的mo_ctl工具，mo_ctl不单能快速部署，还可一键式的进行MatrixOne服务的启动停止或github commitid级的版本升降级，完整的介绍可参考官网文档：

MatrixOne目前没有binlog功能，当前也未支持“主从架构”的部署，这个能力会在后续版本和大家见面，补齐本地模式下的高可用能力。

对于习惯使用Docker进行容器部署的同学，MatrixOne已将各版本的镜像上传至Docker Hub，我们同样可以通过两行命令快速完成MatrixOne的镜像获取和服务启动：

• 与MySQL的TP定位不同，MatrixOne是一款集合TP和AP能力的“超融合云原生分布式数据库”，这也表示基于K8s的集群部署才能充分发挥MatrixOne极致的分析性能。

MatrixOne在架构上实现了三个独立的层级，每个层级都有自己的对象单元和分工。不同类型的节点可以自由伸缩，不受到其他层的制约。

这三个层级是：

•  计算层 ：以计算节点 Compute Node（简称 CN）为单位，实现了计算和事务处理的 Serverless 化，具备自己的缓存，可以任意重启和扩缩容。

•  事务层 ：以数据库节点 Transaction Node（简称 TN ）和日志节点 Log Service 为单位，提供完整的日志服务和元数据信息，内置 Logtail 用于保存最近的数据。

•  存储层 ：全量数据保存在对象存储中，以 S3 为代表，实现了低成本的无限伸缩存储方式。统一的文件操作服务 File Service 实现了不同节点对底层存储的无感知操作。

MatrixOne基于K8s的集群部署操作可以参考官网文档集群部署指南[Link:https://docs.matrixorigin.cn/1.0.1/MatrixOne/Deploy/deploy-MatrixOne-cluster/]章节，MatrixOne中的CN节点是无状态的，在K8s中可以根据负载进行任意的弹性扩缩，保证集群持续保持较低的SQL执行耗时。

MatrixOne在K8s中的部署是相对繁琐的，若您想体验MatrixOne集群的卓越性能，欢迎试用MatrixOne Cloud[Link:https://matrixorigin.cn/moc-signup]。MatrixOne Cloud 是一个全托管云原生数据平台，它提供了 HSTAP 数据库 MatrixOne 的云上服务，极大简化了 MatrixOne 的部署和运维成本。并且，MatrixOne Cloud 所提供的 Serverless 实例支持计算资源的自动弹性伸缩以及按 SQL 用量计费，让我们不需再关注数据库部署运维的复杂性，而可以仅关注业务应用或SQL本身。

当前MatrixOne Cloud正在全面公测，新用户注册每月赠送500元的免费额度，欢迎大家前来试用和反馈。