mysql - MySQL存储引擎的日志表

Question

什么是用于mysql上的日志表的最佳存储引擎？

如果id字段(整数)，日期字段，用于消息级别的varchar和带有消息的文本字段，则该表将具有一对夫妇。

它将记录各种事物，用户操作，系统事件等。预计它将迅速增长。

其中的记录将永远不会被修改，并且很少被访问。访问时，应该可以按日期级别和ID进行排序。

一个有趣的选项是存档引擎。它满足所有条件，但有一个很大的缺点，不仅不能删除记录，甚至不能清除表。清除表的唯一方法是删除表并重新创建它。

有什么建议么？

Answer 1

好吧，根据您的问题，InnoDB应该执行此工作，因为:

它的可伸缩性比MyISAM

好得多

它是行锁定的，因此，如果您要写入的内容多于选择内容，则比较适合。

最后，由于您说过将很少访问它们，因此不需要MyISAM，因为它在选择查询时更好。

Check this for more information

编辑

好吧，在评论中您询问其他引擎。这是引擎的 full list。其中，正如您所说的存档有一个缺点，其他都不适合您的要求。这是来自MySQL网站的报价:

InnoDB has been designed for maximum performance when processing large data volumes. 
Its CPU efficiency is probably not matched by any other disk-based relational database
engine.

所以基本上:

如果您要使用MEMORY，请不要使用您所说的那样，您不会大量访问数据，并且表将增长太多。为此，您将需要大量RAM，并且在重新启动时，所有数据都将丢失。

如果要使用MyISAM，请不要使用它，因为它是为选择查询比插入和更新更为频繁的表设计的。

至于存档，这是您的选择。 Here是MyISAM和日志表归档之间的比较。我会坚持使用InnoDB。

我什至不会提到Merge，Blackhole，Example和其他引擎。 (我对CSV引擎了解不多，但据我所知，对于这种类型的表，这不是合适的引擎。

老实说，我曾经在编码方面迈出重要一步之前花了很多时间。我研究了一个小时，也许是几天，以了解某个问题最合适。我会告诉您什么，研究是好的，但是如果它妨碍了您的工作，那么您应该停下来喝咖啡，然后立即做出选择。因此，只要尝试最合适的一种，您就会发现，尝试一下自己会发现更好的方法。我的意思是，我不认为Facebook专为如此大的规模而设计，但是随着它的增长，他们继续相应地改变其结构。不过，我认为那可能并非现实:)无论如何，希望信息对您有所帮助。

编辑2013

在下面，您将找到内置MySQL存储引擎的简要说明。

我的ISAM

这些表包括其他优化，例如高级缓存和索引机制，可提供对数据的快速访问。使用表级锁定，MyISAM存储引擎提供并发操作。通常，当需要考虑读取性能时，则选择MyISAM。

记忆

也称为堆表，内存表是快速检索很少更改的常用数据(例如国家/地区代码，邮政编码或其他查找表)的理想选择。顾名思义，数据存储在内存中，因此访问比磁盘中存储的数据快得多。使用内存的一个重要限制是数据在MySQL session 期间是有效的。当它崩溃或关闭时，数据将丢失。

创新数据库

您必须使用此存储引擎的一种情况是，当您需要使用外键或事务时。 InnoDB比MyISAM更并发，因为它提供行级锁定。存储引擎是高度可靠的。您将要使用此存储的另一种情况是，您的写操作多于读操作。当您经常将数据写入表中时，请尝试使用此存储，因为它比MyISAM更并发。

封存

它设计用于以压缩格式存储大量数据。该存储引擎的用例之一是存储文件或历史数据或安全日志。该表不使用索引，因此对于日常数据检索和存储而言，这不是一个好选择。它是行级锁定，并且在需要时可以动态解压缩数据。此外，无法更改表格。

合并

合并用于“合并”驻留在同一台计算机上的分区表。当您将一个大表拆分为几个较小的表，并使用合并表同时访问它们时，最大的好处就是它的速度。由于表中的数据较少，因此搜索和排序将更快地执行。