php/mysqlで会員システムを運用する予定です。

１，出会い系(会員3万)

会員テーブルに全部突っ込んである。

２，EC(化粧品、会員1万2千)

同上。　カードの登録情報等は決済サーバのDB(外部通信不能)

３，EC(家電、会員10万)

別テーブルだが同一サーバ。

　バックアップの保管は、家電の所以外はかなりいい加減(出会い系なんて管理画面でプレーンでダンプ落とすからスニッファで取り放題だし、化粧品の所もオペレーションルームに鞄とか持ち込める)

　っていうか、出会い系はSQLインジェクションバグあるから修正した方がって上司に言ったが、お金かかるからいいやとか言われて、退職するまで放置されてた(多分、今でも・・・)

　開発現場では気にしてる人間もいるけど、オトナの事情で実際に情報保護に力を入れていることは少ないと思う。

　出会い系の所は、平均して年に１～２件は流出してたっぽいけど(督促の振りした振り込め詐欺の電話が開発用の携帯に来るから)　桜部隊はバイトばっかりだから、そいつらが持ち出してるんだろうが。　でも、運営者は殆ど気にしない。　ECの方は、特に無かったな。

会員制のサイトであればよく作っていますが

別に普通にDBの中に置いてます

ただ、普通、WebサーバもDBサーバもプライベートIPで構築しますし

グローバルIPのPort:80とか443だけをルータでフォワードして作ります

会員数は数万～数十万程度が多いかな

メンテは社内のネットワークからやるようにしたり

FTPもWebサーバに通るようにしてみたり

場合によってはアプライアンスを設置してVPNを使ったり

その辺はネットワークの設定の問題ですし、予算と既存のネットワーク設備によってバラバラです

しかし、まぁ、アプリでインジェクション系の対策を徹底して

DBサーバには普通の手段ではクエリを投げられない様にしておけば大抵大丈夫じゃないですかね？

と言うかこれで駄目だと、インターネットに繋がってる限りどこに置いても駄目なのでは？

同じＤＢでも別ＤＢでもアプリに脆弱性があったらデータ抜かれる事は変わらん。

結局どこかでアクセスしなきゃいけないデータだからね。

あえて言うなら暗号化しておくぐらいか。

それよりは内部流出なんかが無い様に運用ルールをきちんと決めて、総合的なセキュリティ対策をしっかり採ること。

もちろんアプリ側で SQL インジェクション対策とかも含む。