「自己」とは、その関数にかかる時間を意味しますが、呼び出す関数からの時間ではありません。「自己」が低く「含む」場合 が高い場合、最適化するのに最適な場所は、おそらく子の1つ(関数と呼ばれるなど)です。この場合、mysql-queryはほとんどの時間かかるように見えるので、おそらくクエリを最適化する必要があります(可能な場合)。mysql_qeury
"self"=="incl。"がある理由 プロファイラーはphp-runtimeの外で(たとえば、mysqlクライアントライブラリで)作業を行っているため、関数を見ることができません。
私は、10067の呼び出しが非常に疑わしいように見えることを付け加えるかもしれませんmysql_query
。データベースクエリは非常にコストのかかる操作です。どういうわけかクエリの数を減らすことはできませんか?
編集:
私は試すことができます。しかし、含むのはどうですか?終了時に80、次にmysqlクエリで70は、100%である必要がある合計パーセンテージにどのように関連しますか?
数字を合計する必要はありません。あなたが見ているのは、これらの関数が取る全体の時間のソートされたリストです。これはコールグラフではありません(ただし、それを何らかの形で模倣することがよくあります)。
次のコードを想定します。
function fn1() {
sleep(1);
fn2();
}
function fn2() {
sleep(98);
}
function fn3() {
sleep(1);
}
fn1();
fn3();
これにより、次の出力が生成される可能性があります。
name | incl. | self
main | 100% | 0%
fn1 | 99% | 1%
fn2 | 98% | 98%
fn3 | 1% | 1%
リストを「含む」でソートすると、全体として遅い関数が表示されます。言い換えれば、ここで高得点を獲得したものは必ずしも遅いとは限りませんが、他の関数を呼び出します。関数のスコアが「含む」で高い場合。呼び出しが多い場合は、この関数の呼び出し数を減らすか、関数に結果をキャッシュさせることを検討する必要があります(アクションではなくクエリの場合にのみ機能します)。
「自分」で並べ替えると、最も時間がかかる実際の通話が表示されます。これらは、微調整したい機能です。mysql_query
ほとんどのPHPスクリプトでは、これがこのフィールドを支配していることがわかります。呼び出しが多い場合は、もう一度それらを減らすか、キャッシュしてみてください。呼び出しが少ない場合は、おそらくsql-queryを最適化する必要があります。PHPデバッガーはこれを支援することはできません。代わりに、実際のクエリを見つけてexplain
、mysql-consoleで実行します。それ自体が章全体です。