レコード数の多いテーブルアクセスのあるアプリ起動後ノートPCが固まりやすい

Question

90万行ほどあるテーブルにアクセスするアプリを何回も使う（テーブルアクセススする処理を実行）と非常にノートPCがフリーズしやすくなります。

テーブルアクセスするクラスではunset();で$this変数に値を渡したあとに解放しているのですが、他に何かメモリリークを回避する有効な手段はありますでしょうか。

クエリ自体は以下のとおりです。
SELECT * FROM Customer left join Teletype on Customer.Telephone = Teletype.telep hone left join board_status on Customer.SID = board_status.UserID WHERE SID=:sid order by Customer.SID;

Comments

[daive]

ＯＳ、データベース、の名称、バージョン、エディション位は、記入しないと、
掲示板からでは、貴方の頭の中や、使っている環境を、覗き見れません。
’
MS-SQL Server / MySQL / Oracle 辺りでも、メモリー関係の設定はあります。

Answer 1

landy77 さんもおっしゃっているように、まずは SQL の最後に
LIMIT 10 などとつけてみて、それで何度か試してみてフリーズが
再現するかどうかを切り分けてみたらどうでしょう？

Answer 2

まぁこう言っては元も子もないですが、これだけではなんともいえないのでは？
クエリだけざっと見るとSIDが合致する物を取り出して、平均何件が返ってくるのでしょう？
メモリリークしていると判断したのはどういう経緯ですか？

PHPなんでおそらくMySQLなんだと思いますが、PHPやMySQLは世界中にユーザーがいます。
こんな処理しただけでメモリリークしては使い物にならないと思いますが・・・・
（メモリリークの言葉の使い方だけの問題ならすみません）

2008年頃にMySQLで200万件くらいのマスタで処理をやった事ありますが、その頃のPCでも別にフリーズとかした記憶はないですよ（開発環境、実働環境共に）

さらに2003年くらいの楽天の記事で、もちろん並列処理とかはガッツリしてると思いますが、1億行を超えるDBや1テーブルで20GBある物があるが、パフォーマンスが落ちたとかは感じないと言ってます。

あえてメモリを食いすぎるって言う事をだけをとりあえず考えてどうしましょうって事であれば、そのクエリで平均何件くらい扱うのかが分かりませんが、一度に全件必要な事はないと思います。
（仮に一度に90万件表示させる必要があるのならそれははっきり言って設計ミスですしねｗ）
でなければ、カラムを必要な物だけにするとか、LIMITで必要件数ごとにクエリ発行するようにして、必要以上にメモリを食わないようにページング処理を自作するとか、そんな感じではないでしょうか。