所以，我有一个MySQL数据库中的数据表，例如：
假设有100个艺术家。
因为这些数据很少被修改，我创建了一个接口。当管理员使用内容管理系统修改数据时，系统会查询数据库，并将数据序列化为PHP数组并保存在服务器上的文件中。
每次添加新的艺术家时，该文件都会重新创建，例如一周一次。
在前端页面加载时，页面不是查询数据库，而是包含该文件（使用输出缓冲），并从该对象生成HTML页面布局。
这是一个好主意吗？比让数百个用户每次加载页面时都查询数据库更快吗？
作为此问题的扩展，如果我开始分页数据，例如将MYSQL结果对象限制为10行，那么访问整个表作为PHP数组并将其缩小到10个组 - 根据查询字符串回显相关部分是否会更慢？
这样可能会变得更慢。将其存储在文件系统中将需要反序列化整个文件，即使您只需要一小部分数据。
永远不要忘记：数据库是快速的！如果不快，那么您需要添加索引 ;)
附注：如果您想提高性能（仅在真正需要时），可以使用APC或者更好的方式是缓存完全生成的页面，以便几乎静态地提供服务。
我不确定文件解析和MySQL查询执行的速度差异。由于您的内容在管理员更改列表之前是静态的，因此可以创建HTML页面布局并将其存储为HTML文件，供用户使用。这肯定会减少服务器负载，因为页面不需要任何解析或SQL查询执行。
如果您正在使用分页，则无需从MySQL加载完整结果，可以使用LIMIT关键字限制从MySQL表中获取的结果。
我无法给你一个 PHP 特定的答案，但我建议不要序列化数据，因为数据库设计用于处理大量数据。我建议您将数据存储在数据库中，因为您可能希望稍后使用它来生成需要聚合数据的报告。如果没有像 mysql 这样的数据库引擎，这样的练习将是禁止的。
最后关于性能问题，IIS 缓存 HTML 输出，我认为 Apache 也会这样做，尽管我不确定。
我认为你应该缓存这些文件，而不是让一个文件被读取。
如果更新频率较低，你可以添加一个例程来重新生成静态文件，每个页面都有一个，比如 artists-1.html（最后插入的10个），artists-2.html（接下来的10个）...
查询是有成本的。过滤文件内容并不一定比查询数据库更快（数据更多，效率更低）。
另外要提到的是，对于数据库来说，100行几乎算不上什么。真的。如果是10,000+，你可能会开始担心性能。100行对于任何现代数据库来说都是小菜一碟。
正如我所说，你可以为每次更新“编译”这些静态文件，因此这将只需要几秒钟或更短的时间，优点是提供直接访问，这是检索信息的最快方式（不讨论内存问题，因为内存甚至更快，但需要更复杂的解决方案）。
我认为在只涉及100条记录时，无论哪种方式都没有太大的区别。实际上，你所做的就是缓存一个MySql查询。如果你想让它更快，你可以使用APC将查询缓存在内存中。如果将每个结果页面缓存在单独的内存对象中，则速度会更快。
那种速度提升可能很诱人，但我认为它不值得创建和解析PHP文件的努力，甚至可能比简单的数据库查询还要慢。此外，你也会失去很多灵活性（你必须实现任何想要在数据上进行的查询）。减少数据库负载的常见方法是使用像Memcached这样的缓存系统。但当速度真正成为问题时，你所面对的不是数百个用户，而是数以万计的规模，因此在没有必要之前不要进行优化。
ab，可以参考http://www.petefreitag.com/item/689.cfm。 - JALvar_export呢？与序列化相比，它可以节省很多开销。在进行了这个转换之后，如果你只需要子集SQL/数据库可能会更快，但你需要整个东西一直处于静态PHP数据结构中，由var_export创建的东西_可能_会胜出，这一点仍然存在争议。 - Wrikken