php/mysql 查询生成 imagemagick 图像 - 不好的做法？

Question

我的情况是一个相对简单的情况：我想生成一个图像（从现有的原始图像），其裁剪数据是从 mysql 数据库中检索的（它将即时创建图像；我可以将其保存到服务器稍后，取决于生成的图像大小的数量），我希望 mysql 查询和 imagick (imagemagick) 在同一个 php 脚本中。

我的问题是：这是一种不好的做法吗？我在服务器负载（等）方面不是那么“专业”，并且想知道在同一脚本中生成 mysql 查询和 imagemagick 图像是否会太慢或负载密集。

提前感谢您的任何见解。

Answer 1

图像处理是 CPU 和 RAM 密集型的。您当然可以按照您提到的方式使用图像处理，但如果您的流量增长很快，您需要能够轻松添加 Web/PHP 服务器以让您的系统扩展。

为了使这项工作顺利进行，您应该打开 MySQL 连接，执行查询，然后关闭连接，然后进行图像处理。这样一来，您的 MySQL 连接池就不会被进程处理图像时处于空闲状态的连接填满。

编辑 保留已生成图像的缓存是一个绝妙的主意。如果我是你，我会将其构建为正式的缓存。当缓存变满时，明智的做法是删除缓存中最近引用的元素，而不是最近生成的元素。这样就不需要重新生成您经常使用的图像。

裁剪图像的过程在 CPU 上并不昂贵；要做到这一点，ImageMagick 必须解压缩图像，裁剪它，然后重新压缩它。您的大部分计算成本将出现在解压缩/重新压缩操作中（裁剪非常便宜）。 RAM 成本将与图像的大小成正比。 ImageMagick 可以从源代码编译以利用多核 CPU。您需要对此进行试验以确保其有效。

我之所以提出添加服务器的观点，是因为如果您将系统设计为预先执行此操作会更容易。