たとえば...｢ﾃｰﾏ｣や｢ﾌﾟﾗｸﾞｲﾝ｣がWordPress側に保存されるのは､なんとなく､うなづけるのですが､｢画像ﾌｧｲﾙ｣は｢記事｣等が保存されるMySQL側で保存されても良いような...保存に関するWordPressの立て付けが､ちょっと､引っかかるというか...

MySQLはﾃﾞｰﾀﾍﾞｰｽなので､ﾃﾞｰﾀを格納します｡画像は格納出来ないです｡

CMSの設計思想について詳しいわけではないですが､WordPressに限らず画像ﾌｧｲﾙ等はﾃﾞｰﾀﾍﾞｰｽではなく､ﾌｧｲﾙｼｽﾃﾑで管理する仕組みになっているものが多いのではないかと思います｡
画像ﾌｧｲﾙをﾃﾞｰﾀﾍﾞｰｽに格納しない理由は､ﾊﾟﾌｫｰﾏﾝｽの問題が大きいのではないでしょうか｡

結論から言ってしまうと､高速化を考えるなら画像のDB保存は避けた方が無難です｡
DB保存のﾒﾘｯﾄとﾃﾞﾒﾘｯﾄを挙げるとこんな感じでしょうか｡

DBに保存するﾒﾘｯﾄ

• ｾｷｭﾘﾃｲ上の優位性｡認証をﾊﾟｽした人だけに表示･DLさせるといったことが容易｡
• ﾌｧｲﾙとﾚｺｰﾄﾞが常に一致しているので､ﾚｺｰﾄﾞはあるのにﾌｧｲﾙがない(※もしくはその逆)…といった不整合が発生しない｡
• ﾌｧｲﾙとﾚｺｰﾄﾞが常に一致しているので､ﾊﾞｯｸｱｯﾌﾟ･ﾘｽﾄｱも容易｡

DBに保存するﾃﾞﾒﾘｯﾄ

• DB保存よりWebｻｰﾊﾞの方がｷｬｯｼｭに優れている｡
• ﾃﾞｰﾀﾍﾞｰｽへの負荷が増える｡
• 表示方法によっては動作が遅い｡

ﾌﾞﾛｸﾞのﾚｽﾎﾟﾝｽを高速化する為に行った7つの施策 | 14時の間食

一方で画像ﾌｧｲﾙをﾃﾞｰﾀﾍﾞｰｽに入れるﾀｲﾌﾟのCMSも存在していて､例えばPloneというCMSの場合､以前のﾊﾞｰｼﾞｮﾝでは画像ﾌｧｲﾙもﾃﾞｰﾀﾍﾞｰｽに格納されるのがﾃﾞﾌｫﾙﾄだったようです｡もっとも､Ver.4以降ではﾌｧｲﾙｼｽﾃﾑに保存されるようなったそうですが……｡

Ploneは､ZODBと言われるﾃﾞｰﾀﾍﾞｰｽ(DB)が内包しています｡ｵﾌﾞｼﾞｪｸﾄ型ﾃﾞｰﾀﾍﾞｰｽで非常に使いやすい物になっています｡そのこともあり､ｺﾝﾃﾝﾂ類はすべてこのDB内に保存します｡ｺﾝﾃﾝﾂとは､文書やHTMLはもちろん､PDFﾌｧｲﾙや画像ﾌｧｲﾙなども同じDBに入れることになります｡
ｺﾝﾃﾝﾂﾃﾞｰﾀがすべて､ﾃﾞｰﾀﾍﾞｰｽに入ると言うことは､ﾃﾞｰﾀの可搬性が非常に高く､移設やﾃｽﾄなど非常に便利です｡しかし､大型ﾌｧｲﾙが多くなるとﾊﾟﾌｫｰﾏﾝｽが低下することがあります｡
Ploneで大型ﾌｧｲﾙを扱う ? 株式会社CMSｺﾐｭﾆｹｰｼｮﾝｽﾞ