9.4.太极平台旧版本升级部署——非全新安装

最新推荐文章于 2021-03-25 16:23:07 发布

dalu2048

最新推荐文章于 2021-03-25 16:23:07 发布

阅读量3.2k

点赞数

分类专栏：太极开发框架文章标签：升级太极平台框架升级升级部署

本文链接：https://blog.csdn.net/weixin_42127613/article/details/103437020

版权

太极开发框架专栏收录该内容

32 篇文章 7 订阅

订阅专栏

1.升级需求

客户系统一旦部署上线，开始使用后，以后再进行更新升级，就不会像以前全新部署那样简单和方便了。

在升级的过程中，需要考虑以下几个问题：

系统正在生产和使用，不能停工。升级过程中，不能影响到客户使用。
原有系统中的数据不能丢失。数据包括文件数据和数据库数据。
1. 文件数据比较简单，直接复制拷贝即可同步。
2. 数据库文件则比较麻烦，不仅要考虑到数据库表结构的变动，还涉及到每个表数据内容的变动。

针对升级过程中要注意的问题，特制定升级指导书。

2.升级过程

2.1.文件同步

文件的同步，只需要将最新的文件包上传到旧系统的文件夹，进行覆盖即可。

在覆盖之前，要进行备份，以免覆盖之后出现问题，还可以进行还原。

目前我们的文件，主要是指项目打包后，生成的war的文件包，需要放到Tomcat下的站点中。

2.2.数据库同步

数据库同步分为表结构同步和表数据同步。

2.2.1.表结构同步

首先需要弄清楚新旧数据库表结构存在哪些差异。

在开发的过程中，开发人员可能会记录改动了哪些表字段，以便将来升级时进行同步修改。但是这样记录就会存在很多遗漏。首先没法确保每次调整表结构都有记录备案，其次当多人同时维护数据库表结构时，也没法清楚其他人修改了哪些字段。因此，表结构的变动，我们要借助对比工具进行分析。

阿里云的DMS里面，自带有数据库表结构对比功能。当需要对比时，我们可以进行付费开通（按量购买，使用1天）。结束使用后，关闭服务（否则如果是按量购买，会持续每天进行扣费，而不会自动停掉，这是一个坑）。

以后在我们自己的太极平台中，要集成这个数据库表结构对比功能。

通过对比后，可以看到数据库表结构存在哪些差异。系统会自动生成差异的SQL语句。如下所示，是对比后产生的差异SQL脚本。通过执行这个脚本，即可实现表结构的同步。

ALTER TABLE `qd_user` 
	ADD KEY `FK_User_DutyId`(`DutyId`) USING BTREE,
	ADD KEY `FK_User_RoleId`(`RoleId`) USING BTREE,
	DROP KEY `Index_RoleId`;

ALTER TABLE `qd_user`
 ADD CONSTRAINT `FK_User_DutyId` FOREIGN KEY (`DutyId`) REFERENCES `taiji_dev`.`qd_user_duty` (`Id`) ON DELETE SET NULL ON UPDATE NO ACTION;

ALTER TABLE `qd_user`
 ADD CONSTRAINT `FK_User_RoleId` FOREIGN KEY (`RoleId`) REFERENCES `taiji_dev`.`qd_user_role` (`Id`) ON UPDATE NO ACTION;

特别注意：表结构的对比也存在不完善的地方。即没法区分一个新的字段（名称不同的字段）到底是新增的字段，还是原来改名的字段。因为通过字段名称进行比对时，只会发现旧表中少了某个字段，新表中多了某个字段，不会自动的关联旧表少的字段就是新表增加的字段。

所以当看到有新增字段时，要特别注意到底是不是字段改名。切勿直接执行删除字段后，再添加字段，否则就会导致数据丢失。

另外，在需要太极平台内核升级时，要先进行内核升级，再进行表结果对比。因为框架升级也会自动变更一部分表结构。