myISAM データファイルバックアップからの戻し（レストア）が適用されない

Question

概要

myISAMエンジンのテーブルのチューニング業務
テストチューニング後のテーブルをすぐに元に戻したい
バックアップしたファイルを上書きで戻せばいいのかと考えていたら、テーブルが戻らない。

環境

MariaDB 10.36.1.21
Cent OS 7.4

データファイルバックアップ

myISAMテーブルのデータファイルでhogehoge.MYD、hogehoge.MYI,hogehoge.frmがある。
ファイルのバックアップをとる→hogehoge_org.MYD、hogehoge_org.MYI,hogehoge_org.frm

テストチューニング

myISAMのテーブルにIndexを追加する
hogehoge.MYD、hogehoge.MYI,hogehoge.frmに更新がかかる

テーブルの戻し（レストア）

Indexを追加した状態から元に戻したいと思い
バックアップしておいたデータファイルhogehoge_org.MYD、hogehoge_org.MYI,hogehoge_org.frmを
hogehoge.MYD、hogehoge.MYI,hogehoge.frmに上書きする。

SHOW INDEX FROM hogehoge; でindexの状態を見ると、追加したINDEXが残っている。

ファイルバックアップを適用するには？

バックアップしておいたデータファイルを戻し（今のデータファイルに上書きし）、
テーブルに適用するには、何かしらのコマンド実行かmysqlの再起動が必要なのでしょうか。

検索すると「myISAMのバックアップやテーブル移動は3つのファイルをバックアップするだけだから簡単」
という情報は見つかるのですが、バックアップしたファイルをどう戻す（リカバリー、レストアする）のか
明示的な情報が得られません。
それともテーブルの元ネタのdumpファイルはありますので、毎回レストアするのがよいのでしょうか。

「エンジンをinnoDBにする」対応は難しいです。

Answer 1

バックアップの処理はmysqldを止めた状態で行いましたか？

SQLは常にリアルタイムでファイルを書き換えしているわけではなく
一旦メモリ上に保持して遅延書き込みする場合もあるので
単にファイルをコピーすればいいというものではありません。

また確実に行うならmysqldumpを利用してテキストに落として
もどしてください

Comments

[yoshii_]

返答ありがとうございます。
テスト環境につきほとんど全くデータが動かないので、データの同一性はあまり重視していませんでした。
バックアップ取得も、FLUSHしてディスクに書き込む必要はない、mysqldを止める必要もないと判断していました。単にcpしただけです。

mysqldumpで戻すのが最善なのでしょうが、チューニングテストの度に毎回毎回戻しに時間がかかって大変なので検索したところ、
「myisamはMYI,MYD,frmファイルをバックアップしておけば移動やレストアが楽」のような記事をいくつか見つけたので、今回の私の目的に合致していると思い試してみた次第です。

[yambejp]

とにかく一旦デーモンを止めてバックアップ、再起動
作業後サイドデーモンをとめて上書き、再起動
で動作を確認するところからでしょう

mysqlのデータバックアップはmysqldump
復元はmysqlクライアントにファイルからリダイレクトでやるのが普通です