这更像是一个MySQL问题，但我认为您的设计很好，不太可能产生任何数据库问题，即使是对于很多行（最多1000000行）。原因是：

为什么这样做很好？几乎你对这个表所做的每件事都应该是写操作，每天只有“少量”的写操作（多达1000次？）。如果你写了很多文章，这不是一个好主意per second 但你们的数量很低not 例如，如果您开始在每次Wordpress页面加载时显示此表中的报告，则需要进行适当的优化，但我从您的问题中了解到，这是为了您自己的统计和报告使用

设计注意事项表可能会变大，因此需要高效地进行设计（例如，使用符合您需求的最小数据类型）But 如果对此表执行大型报告查询，则速度会很慢，或者在表较大时可能会产生大量负载。为了缓解这种情况，请考虑一个过程，将此表中的数据复制到另一个数据库中，该数据库是运行报告的地方。这意味着那些大而重的报告查询不会影响您正在运行的Wordpress，但您仍然具有写入速度快的优势。复制整个表应该既简单又快速