数千枚の画像の保存方法について

php, mysqlで画像サイトを作っており、数千枚以上の画像をサーバーに保存して、ジャンルごとに表示させたいのですが、画像を置くフォルダおよび画像のパスはどういう設計が好ましいのでしょうか？

当初、ジャンルごとにimgフォルダを作成し、そこにdate(ymd)とidを付与した名前で画像を追加していき、パスをmysqlに保存しようと考えておりました。ジャンルごとに保存した日時が新しい画像から順番に表示させたいのですが、画像数が増えた場合に、処理速度が遅くなるのではないかと懸念しています。

サーバーはcentos6.9です。

※pixtaの画像のパスを見ると、階層が複数ありますが、どういう背景・仕組みなのかよくわかりません。
https://t.pimg.jp/028/110/947/1/28110947.jpg
https://t.pimg.jp/028/110/939/0/28110939.jpg

行動規範の内容に同意します

回答2件

ベストアンサー

※pixtaの画像のパスを見ると、階層が複数ありますが、どういう背景・仕組みなのかよくわかりません。
https://t.pimg.jp/028/110/947/1/28110947.jpg
https://t.pimg.jp/028/110/939/0/28110939.jpg

まず、URIとして使用される画像のパスとファイルシステム上でどう保存されているかは切り離すことも出来るので（画像のバイナリをDBに保存したり、外部のストレージサービスに置いたりなど）別のものだと考えた方が楽です。

ファイルシステムとしては、
ディレクトリのファイル一覧をファイルシステム的な操作で取得するような操作をすることがあるのであれば、そのディレクトリ直下のファイル数について気にする必要があります。
逆に言うと、ファイル一覧はDBに保存しているデータから取得したり、ファイルの指定はDBに保存されているフルパスのみで行うのであればディレクトリ毎のファイル数はあんまり気にする必要は無くなります。

当初、ジャンルごとにimgフォルダを作成し、そこにdate(ymd)とidを付与した名前で画像を追加していき、パスをmysqlに保存しようと考えておりました。ジャンルごとに保存した日時が新しい画像から順番に表示させたいのですが、画像数が増えた場合に、処理速度が遅くなるのではないかと懸念しています。

この場合、ファイル一覧をDBから取得するのであれば、パフォーマンス的にはこの設計で問題無いです。

以下は質問内容とは直接関係しないところです。

ファイルの配置とは別問題として、画像が多くなると単純に通信量が多くなって表示が遅くなるので、アップロード時にサムネイル画像を生成するなどして対応する必要はあります。
画像をログインユーザーだけ閲覧可能にしたい場合はファイルのURIを直接指定してもアクセス出来ないようなアクセス制限をかける必要はあります。

投稿2018/03/03 14:08