現在の最新版の WordPress は 3.9.1 ですが、何か状況に変化はありましたか？
タイミングは、どうやら（おそらくですが）ワードプレス本体の更新のタイミングのようです。
その際に、wp-admin\includes\upgrade.phpの1355行目の処理が走ってしまうようです。
このとき、更新前のバージョンは決して3.5以下ではありません。実際にここ最近の数回のバージョンアップの際にこの現象が起きています。
データベースの wp_options から db_version の値を見た時、 27916 になっていますか？
確認したところ「13214」となっていました。
ローカルの開発環境は「27916」となっています。
define( 'WP_ALLOW_REPAIR', true );を使ってDBの修復を試みると変化があるかもしれません。
ありがとうございます。
試してみましたが、値に変化はありませんでした。
wp-admin/maint/repair.php を使っても修復できないようであれば、二通りの方法があると思います。
- 強制的に手動で27916に書き換える
- データをエクスポートして、再度クリーンな環境にインポート
自分であれば前者を試みますが、バックアップなどは必ず保管しておいてください。
ありがとうございます。
只今、手動で値を更新しようと思い、SQLのバックアップを取ったあと、値を参照したら「82377」に変更していました。なにか他の部分で不具合が発生しているのでしょうか。原因不明で誤動作を招く可能性もあるのでまだ値の変更は行っていません。
失礼しました。
define( ‘WP_ALLOW_REPAIR’, true );を書いただけでwp-admin/maint/repair.phpの処理を行っていませんでした。データベースがロックされるようなので深夜にでも処理を行ってみようと思います。
ちなみに各バージョンでの正しいDB Versionの値はWordPress Versions « WordPress Codexに一覧があります。
修復をしてみましたが特に問題修復された様子はありませんでした。
値を確認したところ「50854」になっていました。
やはりなにか別の原因がありdb_versionの値（他にも影響があるかもしれません）を変更しているようです。
wp-includes / version.phpの
$wp_db_versionは、「50854」ですか？
返信ありがとうございます。
wp-includes / version.phpの値は「27916」でした。
Webサーバの情報をお教えいただいてもいいでしょうか。
- Webサーバソフトウェア(名前、バージョン、worker/prefork等の動作方法):
- PHPバージョン:
- PHPの動作方法(モジュール/FastCGI等):
- DBソフトウェア(名前、バージョン):
- (ホスティンサービスを利用していれば)その名前、プラン等:
