问将日志存储在sql数据库或文件中，哪个更高效？

EN

您可以使用诸如Zend_Log之类的组件，该组件本身支持附加到同一日志实例的编写器的概念。通过这种方式，您可以将相同的消息记录到一个或多个不同的位置，而无需更改您的日志记录代码。您可以随时更改代码来替换日志系统，或者以一种简单的方式添加新的日志系统。

对于您的问题，我认为如果您(开发人员)是唯一需要读取日志消息的人，那么log to files会更简单、更合适。

如果您需要其他人需要在web界面中读取日志，或者如果您需要通过日志进行搜索的能力，请改为登录到db。正如其他人也指出的那样，如果你有很多用户登录到db，那么可以更好地扩展。

最后，每分钟5条消息的日志频率几乎不需要应用程序的cpu，因此您不需要担心性能问题。在您的情况下，我会从日志文件开始，然后更改(或添加更多的编写器)，如果您的必需品要更改的话。

使用文件的日志效率更高，但是存储在数据库中的日志更容易读取，甚至是远程读取(例如，如果需要，您可以编写web前端)。

但是请注意，在数据库中连接和插入行很容易出错(数据库服务器宕机、密码错误、资源不足)，那么如果您决定使用数据库，那么应该在哪里记录这些错误呢？

对你的发现发表评论。

关于对文件的写入，您可能是对的。

关于读数，你大错特错了。

对数据库的写入：

1. MyISAM在插入时锁定整个表，从而导致锁争用。使用InnoDB，它具有行锁定功能。
2. 与1相反。如果要对日志进行全文搜索。使用MyISAM，它支持全文索引。如果你想要更快，你可以使用memory引擎，这会把表写在内存中。当CPU负载较低时，将数据传输到基于磁盘的表。

从数据库读取

这才是数据库真正闪亮的地方。

您可以组合来自不同条目的各种信息，这比从平面文件中进行操作要快得多，也容易得多。

SELECT logdate, username, action FROM log WHERE userid = '1' /*root*/ AND error = 10;

如果您对where子句中使用的字段建立了索引，那么结果几乎可以立即返回，请尝试对平面文件执行此操作。

SELECT username, count(*) as error_count 
FROM log 
WHERE error <> 0 
GROUP BY user_id WITH ROLLUP

不管表没有被规范化的事实，这将会慢得多，而且对于平面文件来说也很难做到。

这真的不需要动脑筋。