How to restore one of my MySQL databases from .myd
, .myi
, .frm
files?

- 5,446
- 4
- 31
- 54

- 8,833
- 6
- 23
- 15
-
10Though I answered this, it really belongs on Serverfault. – derobert May 18 '09 at 19:11
-
31@chandrajeet you should really accept the most voted answer. – Tower Oct 16 '11 at 10:07
11 Answers
If these are MyISAM tables, then plopping the .FRM, .MYD, and .MYI files into a database directory (e.g., /var/lib/mysql/dbname
) will make that table available. It doesn't have to be the same database as they came from, the same server, the same MySQL version, or the same architecture. You may also need to change ownership for the folder (e.g., chown -R mysql:mysql /var/lib/mysql/dbname
)
Note that permissions (GRANT
, etc.) are part of the mysql
database. So they won't be restored along with the tables; you may need to run the appropriate GRANT
statements to create users, give access, etc. (Restoring the mysql
database is possible, but you need to be careful with MySQL versions and any needed runs of the mysql_upgrade
utility.)
Actually, you probably just need the .FRM (table structure) and .MYD (table data), but you'll have to repair table to rebuild the .MYI (indexes).
The only constraint is that if you're downgrading, you'd best check the release notes (and probably run repair table). Newer MySQL versions add features, of course.
[Although it should be obvious, if you mix and match tables, the integrity of relationships between those tables is your problem; MySQL won't care, but your application and your users may. Also, this method does not work at all for InnoDB tables. Only MyISAM, but considering the files you have, you have MyISAM]

- 49,731
- 15
- 94
- 124
-
Would this really work without adding the appropriate entries to the information_schema table? I mean MySQL needs to know to look for these files right? – Zenshai May 18 '09 at 19:17
-
4The information_schema tables don't actually exist, they're only views into internal database state. See http://dev.mysql.com/doc/refman/5.0/en/information-schema.html – brian-brazil May 18 '09 at 19:41
-
5Wow, I felt dirty, but dropping the whole directory from what I think was a MySQL4 install into my MySQL5.1 just magically recreated the tables. No restart or anything (on windows). – Dave Aug 24 '10 at 17:46
-
4It work you just need to remeber to run (for every table): `check table sometable;` and then run repair (only if needed): `repair table sometable;` – Nux Nov 16 '10 at 13:11
-
This worked great. I installed WAMP locally and dropped these into \wamp\bin\mysql\test\ and then fired up PHPMyAdmin and there were the tables I needed to browse! – Marty Sep 30 '11 at 18:30
-
I can not use `repair` because it says `Table XX doesn't exist`. It seems it doesn't detect it even I can see it in the object browser. Any solution for it? – Alvaro Sep 29 '14 at 15:24
-
-
@Alvaro the MyISAM .myd file is where the data is stored. You need it. – derobert Sep 29 '14 at 20:00
-
4This worked great! I had put the files in place, but mysql wasn't "seeing" them until I changed ownership to "mysql:mysql". – sean.boyer Oct 28 '14 at 15:51
-
I copied the files, and changed ownership, but also had to GRANT access to the copied database to a user before I could access it. – Henry Apr 22 '15 at 06:21
-
@Henry the permissions are stored in the `mysql` database, so if you didn't restore that as well, they won't be restored. Note that there are additional considerations for restoring the `mysql` database w/r/t MySQL versions. Added to the answer. – derobert Apr 22 '15 at 16:09
-
Just because the MYI and MYD files exist, that doesn't guarantee it's MyISAM. – Elliott B Jun 21 '18 at 15:47
-
The `install` command is really good for doing mv, chown, and chmod in a single command. These worked for me:`sudo install -g mysql -o mysql -m 660 bugs_fulltext.frm /var/lib/mysql/bugs/bugs_fulltext.frm && sudo install -g mysql -o mysql -m 660 bugs_fulltext.MYD /var/lib/mysql/bugs/bugs_fulltext.MYD && sudo install -g mysql -o mysql -m 660 bugs_fulltext.MYI /var/lib/mysql/bugs/bugs_fulltext.MYI` – Phillip Jan 31 '19 at 16:04
Note that if you want to rebuild the MYI file then the correct use of REPAIR TABLE is:
REPAIR TABLE sometable USE_FRM;
Otherwise you will probably just get another error.

- 271
- 3
- 2
I just discovered to solution for this. I am using MySQL 5.1 or 5.6 on Windows 7.
- Copy the .frm file and ibdata1 from the old file which was located on "C:\Program Data\MySQL\MSQLServer5.1\Data"
- Stop the SQL server instance in the current SQL instance
- Go to the datafolder located at "C:\Program Data\MySQL\MSQLServer5.1\Data"
- Paste the ibdata1 and the folder of your database which contains the .frm file from the file you want to recover.
- Start the MySQL instance.
No need to locate the .MYI and .MYD file for this recovery.
-
Followed these steps (after everything else had failed) and used the `innodb_force_recovery = 4` level (not sure that was needed in this case). Thank goodness! – Joshua Stewardson Dec 17 '13 at 15:34
-
6
Simple! Create a dummy database (say abc)
Copy all these .myd, .myi, .frm files to mysql\data\abc wherein mysql\data\ is the place where .myd, .myi, .frm for all databases are stored.
Then go to phpMyadmin, go to db abc and you find your database.
-
-
The best way to recover the data... I installed WAMP, then created a new database, copy files in the new database directory C:\WAMP64\bin\mysql\mysqlxx\data\newdatabase open phpmyadmin and your new database, you will see the data – Alexandre georges Jan 08 '20 at 09:52
-
Yes, I have also used this way with XAMPP. Install XAMPP, create the new empty database with the same name, copy these files into the database folder (frm,myd, ibdata...). Then start PhpMyAdmin on localhost, list database and export dump file. And import on live server. Simply works like a charm. – mira May 21 '21 at 07:17
One thing to note:
The .FRM file has your table structure in it, and is specific to your MySQL version.
The .MYD file is NOT specific to version, at least not minor versions.
The .MYI file is specific, but can be left out and regenerated with REPAIR TABLE
like the other answers say.
The point of this answer is to let you know that if you have a schema dump of your tables, then you can use that to generate the table structure, then replace those .MYD files with your backups, delete the MYI files, and repair them all. This way you can restore your backups to another MySQL version, or move your database altogether without using mysqldump
. I've found this super helpful when moving large databases.

- 23,354
- 10
- 44
- 49
I found a solution for converting the files to a .sql
file (you can then import the .sql
file to a server and recover the database), without needing to access the /var
directory, therefore you do not need to be a server admin to do this either.
It does require XAMPP or MAMP installed on your computer.
- After you have installed XAMPP, navigate to the install directory (Usually
C:\XAMPP
), and the the sub-directorymysql\data
. The full path should beC:\XAMPP\mysql\data
Inside you will see folders of any other databases you have created. Copy & Paste the folder full of
.myd
,.myi
and.frm
files into there. The path to that folder should beC:\XAMPP\mysql\data\foldername\.mydfiles
Then visit
localhost/phpmyadmin
in a browser. Select the database you have just pasted into themysql\data
folder, and click on Export in the navigation bar. Chooses the export it as a.sql
file. It will then pop up asking where the save the file
And that is it! You (should) now have a .sql
file containing the database that was originally .myd
, .myi
and .frm
files. You can then import it to another server through phpMyAdmin by creating a new database and pressing 'Import' in the navigation bar, then following the steps to import it

- 5,446
- 4
- 31
- 54
I think .myi you can repair from inside mysql.
If you see these type of error messages from MySQL: Database failed to execute query (query) 1016: Can't open file: 'sometable.MYI'. (errno: 145) Error Msg: 1034: Incorrect key file for table: 'sometable'. Try to repair it thenb you probably have a crashed or corrupt table.
You can check and repair the table from a mysql prompt like this:
check table sometable;
+------------------+-------+----------+----------------------------+
| Table | Op | Msg_type | Msg_text |
+------------------+-------+----------+----------------------------+
| yourdb.sometable | check | warning | Table is marked as crashed |
| yourdb.sometable | check | status | OK |
+------------------+-------+----------+----------------------------+
repair table sometable;
+------------------+--------+----------+----------+
| Table | Op | Msg_type | Msg_text |
+------------------+--------+----------+----------+
| yourdb.sometable | repair | status | OK |
+------------------+--------+----------+----------+
and now your table should be fine:
check table sometable;
+------------------+-------+----------+----------+
| Table | Op | Msg_type | Msg_text |
+------------------+-------+----------+----------+
| yourdb.sometable | check | status | OK |
+------------------+-------+----------+----------+

- 27,240
- 15
- 95
- 114
You can copy the files into an appropriately named subdirectory directory of the data folder as long as it is the EXACT same version of mySQL and you have retained all of the associated files in that directory. If you don't have all the files, I'm pretty sure you're going to have issues.

- 41,026
- 12
- 101
- 131
The above description wasn't sufficient to get things working for me (probably dense or lazy) so I created this script once I found the answer to help me in the future. Hope it helps others
vim fixperms.sh
#!/bin/sh
for D in `find . -type d`
do
echo $D;
chown -R mysql:mysql $D;
chmod -R 660 $D;
chown mysql:mysql $D;
chmod 700 $D;
done
echo Dont forget to restart mysql: /etc/init.d/mysqld restart;

- 61
- 5
http://forums.devshed.com/mysql-help-4/mysql-installation-problems-197509.html
It says to rename the ib_* files. I have done it and it gave me back the db.

- 21
- 1
For those that have Windows XP and have MySQL server 5.5 installed - the location for the database is C:\Documents and Settings\All Users\Application Data\MySQL\MySQL Server 5.5\data, unless you changed the location within the MySql Workbench installation GUI.

- 79,279
- 19
- 185
- 195

- 11
-
3The question is about recovering from specific file types, not where those files can be found on Windows XP MySQL 5.5. – Danpe Oct 20 '12 at 12:43