我想为我的网络应用程序（php++ js）实现用户的活动记录mysql。
以前，我使用过这种方法：
activity为使用该临时表中的用户 ID在表中插入行的所有表创建触发器现在我真的不想在数据库中放这么多逻辑，所以我的问题是：最佳实践是什么？我应该继续使用所描述的方法，还是应该使用其他方法？
编辑 1
我已经看到了这个问题，但我很想将所描述的方法与答案中的方法进行比较。
编辑 2
为什么我需要日志：如果出现问题，我需要知道应该责备哪个用户 =)
日志必须包含更改的数据和新数据，以查看实际更改的内容。
不会有很多用户，因为它是一个企业应用程序，我们公司不是那么大。
主要问题是我应该在哪里放置日志记录逻辑：数据库或应用程序（php 后端）级别？
一如既往，“这取决于”。
如果您的核心业务概念随着时间的推移而演变很重要，那么它应该是您的数据库设计和 PHP 逻辑中的一流概念。Fowler 在“分析模式”中对此进行了描述。这使您可以捕获谁对您的业务对象进行了哪些更改，并回答诸如“谁在日期 z 将项目从类型 x 更改为 y？”、“用户 x 多久更改一次产品 y？”之类的问题。等等。它确实使域模型更加复杂。
如果您不需要这种级别的集成，我的首选是将日志功能放在 PHP 中；触发器有一种可怕的方式来减慢数据库的速度，或者导致意想不到的副作用，或者被开发人员对架构进行更改而忘记。因此，在 PHP 中，我会包含显式的“记录此”语句，可能使用面向方面的框架（尽管我从未在 PHP 中使用过，仅在 Java 中使用过）。
对于日志记录，您需要一个 table logs，在其中记录会话 ID $_SESSION['id']（假设您有会话？）和用户的活动。然后使用延迟的 MySQL 查询插入它（因为日志不是高优先级）：
INSERT DELAYED INTO table (session_id, activity) VALUES ('1234', 'blah');
有关延迟插入的更多信息，请参阅此链接。
换句话说，将所有逻辑放在 PHP 端，只需要一个 MySQL 表，您可以在其中记录任何使用延迟的活动。这将是一个函数 log_activity($session_id, $activity)，您可以从任何有可记录活动的地方调用它。
我真的会避免在您当前的 PHP+MySQL 设置之上添加另一层逻辑。扩展该服务将很困难，您要做的最后一件事是在您已经执行的操作之上运行查询，以获取用户采取的不同操作。我知道不会有很多用户，嗯，不是现在他们没有，但谁能知道从现在起 12 或 24 个月会发生什么。
一种更简单的方法是记录所有内容，然后使用一个工具来汇总这些日志并为您管理这些日志。以sematext.com为例。他们免费提供他们的日志应用程序，但有一些限制，但它应该足以让您了解这是否是您可以使用的东西。
查看小日志预览屏幕。您所有的日志数据都在那里，易于阅读和理解，它们也有一个非常简洁的过滤和搜索选项。
其他类似的工具是
它们中的大多数都带有免费套餐或免费试用版，因此您可以先试一试，然后再坚持使用，因为每种工具都有自己的长处。
