Imr*_*hsh 5 mysql partitioning scalability
我们有一个名为 posts_content 的 mysql 表。
结构如下:
CREATE TABLE IF NOT EXISTS `posts_content` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`post_id` int(11) NOT NULL,
`forum_id` int(11) NOT NULL,
`content` longtext CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=79850 ;
Run Code Online (Sandbox Code Playgroud)
问题是桌子变得相当大。许多千兆字节的数据(我们有一个爬行引擎)。
我们每天都会向表中插入数据,但很少检索数据。现在,随着桌子变得相当大,处理桌子变得越来越困难。
我们讨论了两种可能性
我希望我已经清楚地解释了这个问题。我需要知道的是,从长远来看,以上两种解决方案中哪一种是更好的解决方案。副词是什么?副词 两种情况。
感谢您