Mysql大表修改字段

背景

由于平台币需要从之前的整形类型变为支持小数的decimal类型,所以需要对订单表的字段类型进行修改.

订单表: 目前数据已经有 2000多万数据了,数据量还是比较大的, 需要修改的字段有3个,订单表名为 order_info

解决方案一

直接用sql原生语句

alter table order_info MODIFY column coin_count decimal(6, 1);

耗时 500多秒都没执行完, 撤回了,因为锁表用户下不了单影响可能还是比较大的,所以该方案废弃了

解决方案二

用新旧表逻辑进行处理,主要步骤有以下几步

1: 创建新的表,名字为 order_info_new, 结构从 order_info 复制, 但是那三个字段已经从int改为decimal了, 这个步骤是不会锁表的

2: 把原有的order_info表名改为 order_info_old, 同时把order_info_new改为 order_info即可,这个步骤也很快,同时也不会锁表

3: 使用mysql自带的命令行语句把之前的数据迁移到新表中,语句如下,只需要等待完成即可:

INSERT INTO order_info SELECT * FROM order_info_old

注: 第1步建立表时需要注解id的问题,如果是自增的话那么新表的自增id要大一些,防止切换过程中id发生冲突问题

第三步执行时mysql默认是开启事务的,所以执行过程数据会查询不到,需要等到执行完成,看有没有这方面需要考虑的问题

选择

最终自然是使用了第二种方案咯,整个过程也不算太慢,2000多万数据迁移也就用了半个多小时,阿里的RDS感觉还是有点东西的应该

其他优化

在处理这个问题时,同时一并处理了订单表设计不合理的地方,主要处理了两个问题

1: 数据字段类型不合理设计

2: 历史数据进行部分迁移

类型优化

`delivery_status` int DEFAULT '1' COMMENT '发货状态 1:未发货 2:已发货' 订单表存在很多这种不合适的字段类型,不合理是因为这个字段只会有2个值,所以应该改为

`delivery_status` tinyint DEFAULT '1' COMMENT '发货状态 1:未发货 2:已发货',这样比较合理

改完效果还是比较明显的,一条数据就可以节省3个字节,2000多万条大概节省了12G空间出来,这是一件很有意义的事来的

历史数据迁移

order_info的数据从 2020年一直到2024年的数据都是在同一张表,但其实很多历史数据也不会查了,所以把2020-2021年的数据迁移到新的表中去了,做法也很简单

1: 原来的 order_info 只保留了 2022年以后至今的数据

2: 再创建一张 order_info_history 数据表,结构一摸一样的

3: 把 order_info 2022年前的数据全部转到 order_info_history 中

具体的操作命令如下:

INSERT INTO order_info SELECT * FROM order_info_old where create_time >= 1640966400000;

INSERT INTO order_info_history SELECT * FROM order_info_old where create_time < 1640966400000;

相关推荐
时序数据说1 小时前
物联网时序数据管理的利器:为何IoTDB备受青睐?
大数据·数据库·物联网·时序数据库·iotdb
十八旬2 小时前
苍穹外卖项目实战(day7-2)-购物车操作功能完善-记录实战教程、问题的解决方法以及完整代码
java·开发语言·windows·spring boot·mysql
Java水解2 小时前
MySQL UPDATE 语句:数据更新操作详解
后端·mysql
GBASE2 小时前
GBASE南大通用技术分享:GBase 8a集群内存管理之堆内存
数据库
城管不管2 小时前
搭建分片集群
大数据·数据库
Mr_戴先森2 小时前
50条常用的MySQL命令汇总
数据库·mysql·oracle
皆过客,揽星河2 小时前
Linux上安装MySQL8详细教程
android·linux·hadoop·mysql·linux安装mysql·数据库安装·详细教程
练习时长一年3 小时前
自定义事件发布器
java·前端·数据库
拉法豆粉3 小时前
三方软件测试可移植性测试哪些内容
数据库·安全