我有一个每5分钟运行一次的cronjob,我需要获取大约600张图像。
我不能使用php在文件系统中存储这些图片-保存一张图片也要花费很多时间,而且我所在的共享主机也无法处理每5分钟上传和删除600张图片的问题。
所以我在考虑把它们上传到一个单独的数据库,里面只有一个表。
你认为mysql可以应对这种情况吗?
关于如何做到这一点,有更好的想法吗?
Ty
发布于 2013-06-06 07:43:28
保存您声称的图像是如此之大,以至于文件系统都无法处理它们,但是您希望将它们保存在SQL表中。SQL将比访问文件系统更慢,更不用说由于不断更新而在表中造成的所有松弛。在我看来,您可能想要研究一台具有足够马力来完成任务的虚拟专用服务器。共享主机并不是万能的--通常它适用于小的、低IO类型的站点,或者更大的站点的开发,这些站点稍后将被转移到具有更多资源的生产环境中。
发布于 2013-06-06 07:42:38
我不建议将图像加载到数据库中。读取速度将不会那么快,并且需要太多的资源才能运行。为什么不将图片加载到外部网络存储服务中,比如亚马逊EC2 / S3数据存储?
发布于 2013-06-06 07:43:03
如果文件系统不能处理它,同一主机上的mysql服务器肯定不能处理它(毕竟,它访问相同的文件系统)。如果数据库在不同的主机上运行,由于网络流量,您会有额外的开销,网络连接甚至更不可能处理它。
https://stackoverflow.com/questions/16951590
复制相似问题