我正在研究需要在MySQL表中保存页面的每个视图日志的系统。如果访问者在过去24小时内未访问过该页面，则该视图将仅被记录。我想知道如果这样做会在性能和数据库大小方面造成很大的问题。在每个页面视图中插入数据库行
需要这样做的网站平均每天约有60,000次独特的综合浏览量，因此每天新增约6万个新行（每2秒钟不到1个）。该表只有3列：i_id,ip_address,timestamp。 i_id是另一个表的外键。
表格将在每天结束时使用CRON脚本清除。
这样做会不会有数据库紧张？例如，如果网站的流量飙升（定期执行），则每天可能会触发超过200,000次综合浏览量，这意味着每秒超过2次查询。
一般约定是在审计表上没有约束条件（主要的，外部的等），当然不是索引 - 所有上述都会减慢插入。
批量插入将是工作考虑 - 批处理插入以降低数据库所需的连接数量，操作涉及的时间量（一个vs多个）。此外，如果为此写入事务日志 - 尽量减少写入事务日志，因为如果希望能够在某个时间点重新生成数据库，则需要写入IO以影响数据库。
我没有看到在一天结束时清除记录 - 两天内发生的流量怎么样？ MySQL partitioning would likely be a better idea。
你的问题不是每天浏览量。您必须考虑在高峰时段每秒需要浏览多少次综合浏览量。如果浏览量均匀分布，并且每秒只有2次综合浏览量，那么在平均非共享服务器中，这不会成为问题。
但它无法确定没有更多的数据，就像它是您使用，真正的页面加载配送等
+1每秒查询2次是完全不重要的负载。 –
假设数据库也在为网站提供内容，那么比第二个/ etc中的统计信息插入要多得多。 –
硬件我觉得你应该：
'INSERT DELAYED'可能不适合在此处进行日志记录，他需要插入的行才能立即对其他会话可见，以防止发生下一次插入 - DELAYED INSERT不会给予任何时间保证 – Crack
唯一键和INSERT DELAYED IGNORE应该修复此问题问题。 –
为什么使用我的ISAM？它锁定整个表达到插入意义插入不能同时发生。 InnoDB使用行级锁定。 –
只要确保您的表具有适当的选择索引。数据库管理系统可以承受的远不止这些。
审计表通常是大量插入/等，低读取，所以索引中很少或没有值。并且索引减慢插入... –
如果John想要检查给定的用户是否最近访问了他的网站，并且我没有看到通过cookie完成的指示器，那么他们是必需的 – Crack
你可能会想要确保你的mysql集群已经过优化，并且可能会有压力，只要确保它可以为这样的命中做好准备。
几点意见：
清除记录的要点是，那么他们将被提交到一份报告中，并且之后将不再需要他们。 – John
@John：这是你的系统，但能够按月份，年份，时间进行聚合将为你的系统提供更多的价值。 –
那么，这取决于我认为的系统：P但是在这种情况下，确实没有必要在一天后保留数据。谢谢！ – John