首先列出你对表查询的需求，然后针对业务需求进行分表，不能单纯的按照某个分表方案（文章id取模、按照时间分表等等）。
比如：如果你的需求集中在查询某个用户的文章信息，那可以用uid作为分表的依据。如果其他需求只有一项是读取最新10条，那你可以维护一张最新文章表（只存储最近的10条或者100条文章，有变化就更新）
另外你的文章数量真的已经多到必须分表了吗？如果数量没有达到一个特别大的数量级，可以尝试垂直切分，将经常读取的字段放在一张表，不经常读取的字段拆出来放在另外的一张表里，减少单表的大小，建立好合适的索引，妥妥的查询起来没有问题的……
最后就是表优化完毕后，前台读取的时候，是不是可以做些缓存或者将文件静态化等等……
金城在线专注网站、软件、APP、微信公众平台、小程序、抖音、头条等开发推广，如果您有这方面的需求或者不同的观点，欢迎联系交流。
读完这篇文章后，您心情如何？
