MySQL 最容易忽视的常识
发布时间：2022-03-29 09:15:20 所属栏目：MySql教程 来源：互联网
导读：开发反馈一个表的数据大小已经130G，对物理存储空间有影响，且不容易做数据库ddl变更。咨询了开发相关业务逻辑，在电商业务系统中,每笔订单成交之后会有一条对应的订单物流信息,因此需要设计一个物流相关的表用来存储该订单的物流节点信息,该表使用text字
|
开发反馈一个表的数据大小已经130G，对物理存储空间有影响，且不容易做数据库ddl变更。咨询了开发相关业务逻辑，在电商业务系统中,每笔订单成交之后会有一条对应的订单物流信息,因此需要设计一个物流相关的表用来存储该订单的物流节点信息,该表使用text字段存储物流信息。 大致的表结构： CREATE TABLE `goods_order_express` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `express_id` int(10) unsigned NOT NULL, `message` varchar(200) NOT NULL, `status` varchar(20) NOT NULL, `state` tinyint(3) unsigned NOT NULL, `data` text NOT NULL, `created_time` int(10) unsigned NOT NULL, PRIMARY KEY (`id`), KEY `idx_expid` (`express_id`) ) ENGINE=InnoDB AUTO_INCREMENT=0 DEFAULT CHARSET=utf8mb4; 业务分析 当快递每到达一个中转站或者发生揽件，接收等事件，快递公司的api都会生成如下格式的信息(去掉业务相关敏感数据) [{"time":"2016-03-16 11:16:20","ftime":"2016-03-16 11:16:20","context":"四川省成都市TD客户一公司 已发出,下一站成都转运中心","areaCode":"","areaName":"","status":"在途"},{"time":"2016-03-16 11:11:03","ftime":"2016-03-16 11:11:03","context":"四川省成都市TD客户一公司 已打包","areaCode":"","areaName":"","status":"在途"},{"time":"2016-03-16 11:08:09","ftime":"2016-03-16 11:08:09","context":"四川省成都市TD客户一公司 已揽收","areaCode":"","areaName":"","status":"收件"}] 该json 串 411个字符，开发业务程序去定期轮训调用相关api信息，并把上面的json串数据 insert 或者update 到goods_order_express的data字段。而且该表从开始到现在从未删除，积累了初始到现在的所有数据。随着公司业务爆发式增长，该表未来会更大，而且增长速度会更快。数据库服务器的磁盘空间面临不足，表结构变更难以操作。 如何优化？ 1 能否减小数据量写入？ 和业务分析，我们不能丢弃新增的数据。但是每一笔物流信息实际上是有生命周期的，从发货到收件完成即可完成其生命周期，也就是该数据可以不再展示了，我们基本不会查看一个已经收到货的物流信息。因此可以针对历史数据进行归档，比如将90天之前的数据备份到hbase中并且从MySQL 数据库中删除，从而维持该表的大小在一个合理的范围。 2 分库分表 这点是迫不得已而为之的方案。现在虽然各种中间件都比较成熟，cobar，oneproxy ，mycat等靠谱的软件，但是对于一个创业公司目前我们还缺少相对应的分布式数据库的管理工具，1024个表如何做变更？这个其实也是一个相对比较困难的问题。 （编辑：PHP编程网 - 黄冈站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
浙公网安备 33038102330482号