ヘテムルサーバからエックスサーバにサーバ移転作業中、SQLをエックスサーバにインポートする際に起こったエラー「The used table type doesn’t support FULLTEXT indexes」の解決法をご紹介。

忘れた頃に再びハマりそうなので備忘録の要素強めです。

結論からいうとWordPressプラグイン「Yarpp」がエラーの原因でした。（エックスサーバ MySQL5.5 / ヘテムル MySQL5.6）

インポート時に起こったエラー

今回、発生したエラーについてまずは簡単にご説明。

現データベースから新データベースにSQLをインポート。テーブル「wp-posts」だけ何度インポートの方法を変えても以下のエラーが表示されるという始末。

#1214 The used table type doesn’t support FULLTEXT indexes

ググッても全く同じ事例には出会えず、ネットでどうにか理解して拾えた情報は、Yarpp / PHP・MySQL等のバージョン / キャッシュ系プラグイン / MyISAM / InnoDB

これらをヒントにたどり着いた解決方法が以下の方法です。

FULLTEXTエラーの解決法

今回、エラーを引き起こした原因はプラグイン「Yarpp」を使用して関連記事を表示させていたこと。

より正確にいうと「Yarpp」の関連スコア設定でタイトルと内容を選択可にするためにWordPressの管理画面で以前「フルテキストインデックスを作成する」を選んでしまったことがエラーの原因でした。

移転時にこのようなことになるとは思っていなく後先考えずに勢いでフルテキストインデックスを作成してしまったことがよくなかったようです。

ということで早速解決策。

【解決策1】
WordPressのダッシュボードからプラグイン「Yarpp（yet-another-related-posts-plugin）」を削除。

必要があれば各々でプラグインのバックアップを取ってください。今回を機に私はもう使うことはない（たぶん）。

ただし！これでも問題は解決せず。先ほど同様にデータベースにインポートをおこなっても同じエラーメッセージは出続けました。

【解決策2】
エラー対象となっている「wp-posts」をローカルで任意のテキストエディタで開いて自力で以下の「FULLTEXT KEY」を削除。

FULLTEXT KEY `yarpp_title` (`post_title`),
FULLTEXT KEY `yarpp_content` (`post_content`)

注意点としては、「FULLTEXT KEY」の2行の削除と合わせて、直前の行の末尾にある「,（カンマ）」の削除を忘れないこと。

削除して保存した「wp-posts」をデータベースにインポートすると無事にできました。末尾のカンマを削除し忘れるとシンタックスエラーが出るのでご注意ください。

さいごに

サーバ屋ではないので初の種類のエラーが起こって大苦戦。ノリで移転は危険だと痛感しました。

該当箇所を削除してエラーを乗り越える方法しか私の力ではたどり着けませんでしたが、他に良い方法をご存知の方はご連絡ください。

今回の経験が今後だれかの移転作業の際に参考になれば幸いです。おしまい。

他のサーバ移転に関する情報も読む

[Å] ヘテムルからエックスサーバに移転する方法と移転の理由

ヘテムルサーバで運営中の別ブログ（WordPress）をエックスサーバに移転が完了。 今後の自分のための手順メモという意も込めて移転までの作業内容を書きました。 ...

[Å] サーバ移転前に要確認！サーバに溜まったキャッシュファイルの存在（プラグインHead Cleaner）

サーバ移転の際に現サーバ上から新サーバにファイルを移すため、ローカルにサーバ上のファイルをダウンロードを開始したときのことです。 ダウンロードしているファイル名がどう見ても私...

＼ この情報を周りの人にも教える ／

[Å] サーバ移転でハマったphpMyAdmin FULLTEXT indexes…エラーの原因は「Yarpp」

この記事が気に入った方はいいね！で
更新情報を受け取る！