优化 #7607
服务器数据库进行表分区优化
开始日期:
2026-09-10
计划完成日期:
% 完成:
0%
预期时间:
预计PRD完成时间:
预计PRD开始时间:
实际PRD开始时间:
实际PRD完成时间:
需求设计进度:
0%
预计UI设计开始时间:
预计UI设计结束时间:
实际UI设计开始时间:
实际UI设计结束时间:
UI设计进度:
0%
详细设计开始时间:
详细设计结束时间:
详细设计进度:
预计开发开始时间:
预计开发结束时间:
实际开发开始时间:
实际开发结束时间:
开发进度:
0%
预计测试开始时间:
预计测试结束时间:
实际测试开始时间:
实际测试结束时间:
测试进度:
0%
描述
背景：根据目前我方业务数据量的增长情况以及目前每日业务操作数据操作的反馈来看，数据库进行数据分区或者性能的负载均衡已经到了
不得不做的程度。所以提出关于数据存储的优化的一个解决方案：数据库进行表分区的优化升级操作。
功能内容：
1、做正式库试行方案，在172.16.1.247数据库服务器进行可行性操作预测。已解决
2、做表分区前进行可行性方案分区划分规划，开发上线前做好数据备份可迅速回复的方案。
3、做表分区前进行技术方案研讨，可行性预测，将可行性形成解决文档。在预测发现需要验证的问题
①数据分区前需要删除分区表主键GID，删除关联表的的外键（本分区表的主键），所有分区暂定以Entrytime字段作为分区字段。没有的需要添加本字段，分区时做成GID和Entrytime的联合主键和唯一索引。②数据模型是否可以重新更新到代码中的数据模型中，代码是否需要改动注意验证。（其中发现一个问题就是entrytime做成必填或者不为空的字段，代码中赋值时需要进行强制转换的）③试寻找阿里云数据库服务器是否可以指定存储分区表的文件路径，是否可直接进行分区存储到相应的物理存储路径。3、本数据库操作首先做可行性分析，可行性通过后，然后再进行单表分区运行看效果，例如先分表BOIPMain和BOExpenseSettlement后,再进行其他表的分区动作。
4、表分区动作在周六晚上8点后进行上线动作
具体的参照资料已经试运行服务器见附件《数据库服务表分区参照资料》。