DLPay.com is a service of selling "Serial Codes" which can be converted into "DLsite Points" on DLsite. HNT English site is here
![hnt](https://cdn-ak-scissors.b.st-hatena.com/image/square/d86e6977f838cafd2470cc1194de823c605fd07b/height=288;version=1;width=512/https%3A%2F%2Fhnt.co.jp%2Fwp-content%2Fuploads%2F2020%2F12%2FOtaku-Hentai-Game-Ranking-2.png)
以前、MySQLを高速化する10の方法という投稿で「EXPLAINの見方についてはいずれ解説しようと思う」と書いてしまったので、今日はその公約?を果たそうと思う。 MySQLのチューニングで最も大切なのは、クエリとスキーマの最適化である。スキーマの設計は一度決めてしまうとそのテーブルを利用する全てのクエリに影響してしまうためなかなか変更することは出来ないが、クエリはそのクエリだけを書き直せば良いので変更の敷居は低い。そして遅いクエリをなくすことは、性能を大幅に向上させるための最も有効な手段である。従って、アプリケーションの性能を向上させたいなら、まず最初にクエリのチューニングを検討するべきなのである。 最適化するべきクエリはスロークエリログやクエリアナライザで見付けられるが、ではそのようなクエリが見つかった場合にはどのように最適化すればいいのか?そのためにはまず現在どのようにクエリが実行さ
PHPで@によるエラー抑制は実行が遅いという話は聞いていましたが、実際にベンチマークを取られた方がいました。 で、この処理が「遅い」という噂やツッコミを度々受けるので調べてみました。 「ほら、そんな気にするほどでも無いよ」という結果を期待していたのですが、、、なんじゃこりゃ。。。 劇遅じゃないですか、これ。 (中略) 細かい処理とはいえ、最大10倍違うわけですから・・・ 「@」でエラー抑制すると PHP が遅くなるという噂について : 管理人@Yoski これは配列のkeyチェックをするコードを対象としているので、@の効果のみによる遅さはよく分かりません。ということで、もっとシンプルに単純な代入のみで比べてみました。 ベンチマークプログラムはこんな感じ。 <?php require_once 'Benchmark/Timer.php'; define('COUNT', 1000000);
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く