MYSQL复制源文件 丢失问题解决, innoDB 类型转换为 MyISAM
2010-06-02 10:08
537 查看
上午进行MySql的测试,写进去240000条数据,下午找数据库文件却找不到,只找到了了一个大小只有9K的.frm文件,而frm文件不是数据库文件,而且文件大小太离谱,上百度搜索了一下:
输入问题,“mysql 没有 myd”,几个情况提到了也仅提到了一个有价值的单词——innoDB。这不就是建表的时候选择数据引擎的那句话嘛,sql语句里面一直都有,却从来没有问过为什么要写这个。继续根据这个关键词挖掘下去,终于找到了我要的答案,这是mysql的两种引擎的差异,innoDB和MyISAM。以前就听说innoDB被收购了,mysql自己弄出了MyISAM,用在自己的6.0版本上。找到两篇文章介绍两个引擎的差异:
详解“InnoDB”和“MyISAM”的不同之处
MySQL中MyISAM引擎与InnoDB引擎性能简单测试
看后终于有一点点理解。不过“详解”的“详”有点假,“简单测试”的“简单”却很实在。找到了问题所在,也找到最后的解决方案,在phpmyadmin里输入sql语句:
ALTER TABLE `your_table_name` TYPE=MYISAM;
把所有表的引擎转换成MyISAM,储存数据的myd文件就出来了。在本地测试没有问题后上服务器执行了一遍,再次备份数据库,打包里面就有myd文件了!
输入问题,“mysql 没有 myd”,几个情况提到了也仅提到了一个有价值的单词——innoDB。这不就是建表的时候选择数据引擎的那句话嘛,sql语句里面一直都有,却从来没有问过为什么要写这个。继续根据这个关键词挖掘下去,终于找到了我要的答案,这是mysql的两种引擎的差异,innoDB和MyISAM。以前就听说innoDB被收购了,mysql自己弄出了MyISAM,用在自己的6.0版本上。找到两篇文章介绍两个引擎的差异:
详解“InnoDB”和“MyISAM”的不同之处
MySQL中MyISAM引擎与InnoDB引擎性能简单测试
看后终于有一点点理解。不过“详解”的“详”有点假,“简单测试”的“简单”却很实在。找到了问题所在,也找到最后的解决方案,在phpmyadmin里输入sql语句:
ALTER TABLE `your_table_name` TYPE=MYISAM;
把所有表的引擎转换成MyISAM,储存数据的myd文件就出来了。在本地测试没有问题后上服务器执行了一遍,再次备份数据库,打包里面就有myd文件了!
相关文章推荐
- MYSQL复制源文件 丢失问题解决, innoDB 类型转换为 MyISAM
- MySQL表类型MyISAM/InnoDB的区别(解决事务不回滚的问题)(转)
- Mybatis解决空字符串保存入Mysql数字字段的类型转换问题
- 将MySQL从MyISAM转换成InnoDB错误和解决办法
- mysql表类型MyISAM和InnoDB区别(mysql 不支持事务解决)
- mysql表类型MyISAM和InnoDB区别(mysql 不支持事务解决)
- MySQL从MyISAM转换成InnoDB错误与常用解决办法
- 解决Java中Long类型转换成Json时,在Js代码调用时精度丢失的问题
- mysql表类型MyISAM和InnoDB区别(mysql 不支持事务解决)
- 关于java中long类型的数据转换json传到前台时丢失精度问题的解决办法
- MySQL从MyISAM转换成InnoDB错误与常用解决办法
- 将MySQL从MyISAM转换成InnoDB错误和解决办法
- mysql表类型MyISAM和InnoDB区别(mysql 不支持事务解决)
- MySQL中对varchar类型排序问题的解决
- java中double类型数据加减操作精度丢失问题及解决方法
- [MySQL] 号称永久解决了复制延迟问题的并行复制,MySQL5.7
- MySQL中InnoDB和MyISAM类型的差别
- C语言中类型转换时的数据丢失问题
- SpringBank 开发日志 重新设计Action调用Service的参数传递 使用泛型解决类型转换问题
- 解决最近遇到的高并发下,mysql innodb引擎的死锁问题