私は、WPハッカーのメーリングリスト、このフォーラム、およびGoogleでさまざまなパーマリンクのパフォーマンスに関する議論を読みました。
ただし、過去数年間使用していたパーマリンク構造が適切かどうかは推測できませんでした。
/%postname%-%year%%monthnum%%day%.htmlこの組み合わせでは、/とyear、month、dayの組み合わせの直後にポストネームを配置します。多くのポストネームには同じ名前が付けられているため、よりユニークになります。htmlの追加は、ブログで過去10年間（ワードプレス前でも）使用しているものなので、これはレガシーです。
これがパフォーマンスに良いのかパフォーマンスに悪いのかわかりませんが、どうすれば確認できますか？
（私は10年以上ブログを運営しており、多くのリンクを含む約10.000の投稿があります）
リンク：
回答:
データベースのrewrite_rulesオプションのサイズを調べることで確認できます。それが小さい場合（この構造で必要だと思います）、冗長な規則を使用していません。対照的に、静的ページごとに複数の行が表示される場合は、冗長ルールを使用しているため、良くありません。
私は受け入れられた答えを拒否します。書き換えルールの複雑さは、記事検索のパフォーマンスを測定するものではありません。
特に、投稿名でパーマリンクを開始するのは悪いようです。http://codex.wordpress.org/Using_Permalinks#Structure_Tagsを参照してください
Wordpressのコードを調べていなくても、投稿が階層的にインデックス付けされていると想像できます。したがって、パーマリンクで使用される変数は、使用される最も一般的な変数から最も特定された変数の順に左から右に並べる必要があります。このヒューリスティックは、標準の年/月/名前またはカテゴリ/名前を強く支持します。
category/name大量のページが存在する場合、実際に既知であり、パフォーマンスの問題を引き起こすことが確認されています。ルックアップの速度とは関係なく、適切なオブジェクトを提供することを推測し、書き換えルールの複雑さは完全に関連しています。
(wp-include/rewrite.phpをざっと読みましたwp-include/query.php）; 本当にひどく不必要に複雑に見えますが、基本的にはパーツが収集されて識別され、SQLクエリに直接挿入されているようです。注文ごとに時間がかかる理由はまだわかりません。しかし、db-queryが実行されると、いくつかの結合を実行する必要があり、ここでの順序は本当に重要です。MySQLは結合順序の最適化が特に悪いことを覚えているようです。
/page/、すべての投稿のURLが/post/であるように規則を変更し、曖昧さをなくすようにします。固定テキストをパーマリンク構造に追加して、これを自分で行うことができるはずです。とにかく、これはおそらく良い決断でしょう。カテゴリFOOの投稿BARとFOOのサブページであるページBARがある場合はどうなりますか？両方とも/foo/bar/、％category％/％postname％スキームを想定して対処します。または、ナメクジは世界的に一意ですか？