比如，内容的浏览量是会频繁改变的，这类数据是直接放在主表上还是分离出去比较好？以前MySQL中是分离出去的，因为如果跟主表放一起，binlog会很大。
- 主表是什么结构？ 分离出去后会如何关联？
- 更在意读还是写？
可能我表达错了一点，是问TiDB中把频繁改动的数据比如浏览量跟内容是放在同一张表好还是把浏览量从内容表单独出去？读比写多（读的时候要记录浏览量）
- 所以上面想要了解你的主表，内容是否是宽表，如果是宽表，要不断读取和修改，可以尝试分开
- 如果可以先展示内容，浏览量可以慢点展示，也可以尝试分开。
- 如果是小表，更新也不会很频繁，放在一起，可以节省空间。
1、多少个字段以内算小表？ 2、只是浏览量要每次查看文章的时候就更新（可以慢点展示）
- 宽表通常指的是几十列上百列
- 小表指的是你的记录可能不会太多，到百万，千万，上亿的记录
1.列不是很多，没有达到几十列
2.记录也没有达到百万
这样的话，放在一起影响是不大的吧？
你好，
从描述中看，数据量不大，列数不多，可以放在同一张表进行，在集群配置符合官网提示要求是，对性能几乎没有影响
这边在迁移数据时需要关注合库合表的操作，可能业务也需要做必要的调整，如果有困难，也可以直接将 mysql 的表设计放在 tidb 中。