Mysql 5.1.73，不小心 truncate 一张表，也没有开日志，还能恢复么？

[pppguest3962]

服务器没有再写东西进去了，就这样停着...

mysql> show global variables like 'log_bin';  
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_bin       | OFF   |
+---------------+-------+
1 row in set (0.04 sec)

有希望救回来吗？ 在网上搜了一些文章，几乎都是依靠日志救回来的。。。

[DoctorCat]

跑路吧兄弟

[wunonglin]

建议出国

[fengpan567]

无了

[uselessVisitor]

你没了兄弟

[PonysDad]

问问是不是有无系统快照，没有就快逃，快逃，快逃。。。

[pppguest3962]

...

[jiezhi]

磁盘恢复？

[irytu]

没开 log 基本是毁了 估计没啥 recovery 的方法😂

[kiracyan]

跑路

[Kaiv2]

好奇是怎么不小心 truncate 的

[xdsty]

binlog 没开啊，也不是啥重要的数据吧 先找找有没有全量备份的数据

[AkideLiu]

快点搜一下哪个国家还没签引渡，争分夺秒啊

[zzzain46]

TRUNCATE 不记录二进制日志文件，无法通过反解析二进制日志文件恢复删除的数据

[ElmerZhang]

truncate 的原理是创建一张新表，把原表直接删除掉。
如果是用的 MyISAM 引擎的话，可以看看有没有办法恢复文件。

[oneoyn]

binlog 有没有

[pppguest3962]

谢谢各位兄弟关心，
总共 truncate 了 4 张表，其中有一张估计 400W 条左右
表说重要也重要，也不重要，功能是一个类似 index + sum 资料的索引表，请求没有查到的话，服务器会去做一些占时成本很高的运算，然后再把结果加进来而已，还好刚过了月末汇总期，这个表（包括整个服务器）请求量不大，月初停一下问题不大，有 6 月份的备份整表，还是能勉强应付的
还好这里不是数据就是金钱的地方
手贱是不应该的
老问题，新事故了：MySQL 新手操作，Navicat 12 的 F6 多窗口，反正就是眼黑，还是怎么了，把命令贴错地方(测试库和正式库没分清楚）
发帖前经过搜索已有答案，看了已经觉得救回来很困难了，只是看看有无北斗星高手的一句话来点化路子而已
7 点到现在，没喝水没吃饭，抽了一包利群
现在去麦当劳
感谢各位兄弟关心。真的很感谢！！！

[lscexpress]

@pppguest3962 下次操作前，把车票先买好

[iwiki]

无解，之前我也误操作过，后来通过自己的日志表重新组合，算是恢复了

[ericgui]

为何总是直接操作生产数据库呢？

虽然我也这么做，每次都如履薄冰

[xfabs]

正式库，一个人写 SQL 另外一个人执行，这样稳点。