好的，我试试。
这个表单是，前边流程涉及到的都关联到这个表单进行处理。唉，shi山代码让我来维护
软件性能的一丁点优化其实真不如硬件上的加钱加机器 
1 个赞
不知道之前为什么要这么处理
客户是这个 
，没办法
加配置！
好办法，哈哈
简单的做法就是把富文本内容单独拆出来建一个表。不让它参与查询，在业务阶段或者单独写个接口查询。
这种单条大内容数据最直接有效的是用游标读，先把读的问题解决了再说怎么规划数据结构的问题，不然还是治标不治本，因为数据要么放这要么放那，就算优化索引之类的也是治标不治本，不如流式读取。
不好改哦 
正规点的话，就按群友的说法，把图片拆出来传oss。涉及到历史数据和前端的改造。看看掘金，csdn这种文档的项目，前端就把图片传上去了。 你粘一个其他网站的文档，它还会把图片链接替换成它自己的
好的，我反馈下，试试看
好的，我看看
也难倒我了
新建一个表存大字段,平时不查询,需要展示的时候单独用id查
水平分表能减低io,建议是最大的表水平分3张,用于连表的核心数据放一个张表,详细信息放一个表,大字段放一个表,才5个g,不是业务特复杂应该2秒内能响应的
1 个赞
加MongoDB，富文本本身就很大，图片还用base64。
建议贴上执行计划