Mysql 数据库升级shell脚本编写与测试心得

1.数据库使用到的账户信息及动态可变的信息最好定义为变量,放置服务器变更或表名变更需要修改多个地方,如果有遗漏,引发执行shell中断等问题:例如服务器IP地址 ,登录用户名,登录密码 ,端口号 ,AB表机制中的每天轮训切换的表名等。
2.在shell脚本中使用 mysql -h$mysqlhost -u$mysqluser -p$mysqlpasswd -e 方式执行 Mysql SQL脚本时,最后不要超过1000行,否则会提示 参数过长错误 。
3.最后给shell脚本中引入zc_log日志部分代码,每次执行完后将执行结果保存至日志中,使用 “  $? ” 获取前一次执行命令的返回结果,返回0表示执行成功没有错误信息,便于对shell脚本执行情况监控与执行过程中的问题定位与处理
4.数据库升级shell脚本编写时应注意,最后将一个大升级shell分割为多个小shell,避免shell过大,如果执行过程中有问题,不方便定位问题与对应shell执行情况掌握不清楚,回退等比较困难。一般建议分割为:新增表(upgradeCreateTables.sh)  、修改表 (upgradeAlterTables.sh) 、新增存储过程与触发器(upgradeCreateProc_triggers.sh)、修改存储过程与触发器(upgradeUpdateProc_triggers.sh)、新增表数据插入(upgradeCreateTablesData.sh)、修改表历史数据(upgradeUpdateOldData.sh) 、 清空对时效性要求不高的历史表数据(upgradeClearOldData.sh),例如 db_log与user_log ,保留近一个月左右的即可,升级前讨论确定

5.编写升级完成后检查项:新增表(个数,表结构) ,修改表(个数与表结构),存储过程(个数与内容),触发器(个数与内容)
6.使用zc_log时应注意,zc_log代码中的 "`"符号,一个都不能少,否则会在执行Shell时出现不必要的错误,数据库脚本中最后将" `"替换为空格,不要在升级shell脚本中直接替换,应该在其他文件中替换,防止将zc_log中的"`"替换掉。
7.在编写触发器与存储过程部分升级Shell脚本时,如果没有drop相关语句,后期手动添加时应该注意多次检查防止将目标删除对象名下错了,导致删除其他存储过程或触发器,引发不必要的错误。
8.在执行升级Shell前,备份数据库时,建议将表结构和标数据 与触发器和存储过程分别备份(防止由于部分表有触发器,导致在将备份数据导出数据库时,触发器执行导致数据备份前后不一致问题),再做一次完整备份(防止之前备份有问题,还有一个备份,双保险)
mysqldump备份参数简单介绍: --sikp-triggers  不导出触发器   -R 导出存储过程与自定义函数     --triggers 导出触发器   --no-data 不导出数据  --no-create-info  不导出表结构

你可能感兴趣的:(Mysql日常维护与学习,Linux之Ubuntu)