Mysql 数据库场景的优化设计

我正在建立一个跟踪会员访问某些俱乐部的系统

在我看来，我有两个选项来跟踪访问，每次访问只需在访问表中插入一行，当我需要总计时，我可以选择计数，当我需要显示时，我可以只做一个简单的选择

问题是，这将快速增长，我相信我最终会在这个表中有数百万行

mysql可以轻松处理这个问题吗？或者更好地实现第二个选项，每个成员一行，并在其中一个行单元格中存储总访问量，在另一个单元格中存储最后60次访问（实际上不需要更多）

---

我想关于什么更好的答案是显而易见的，但我很好奇mysql能处理多少，因为以前的系统每次访问实现一行。

每次访问一行听起来不错。您还可以为每次访问存储日期/时间，这样您的历史记录会更好。只要在Visites表中为id列编制索引，执行以下操作时，事情就会变得很快：

从MemberID为“1”的访问中选择COUNT（*）

MySQL可以处理数百万行。我们当前的系统每天为每个用户存储数百条记录，我们拥有数十万用户。如果你想的话，你可以随时翻出旧唱片

---

您还可以使用表分区和按年份、俱乐部等分区。

行越少，信息也越少。例如，如果您想分析趋势数据（随时间推移的访问），那么每次访问都必须存储一条记录。数百万行？打哈欠数十亿？现在它变得有趣了——但不是不可能。谢谢你，我想我的问题有点傻，但我现在知道MYSQL的力量了。