mysql如何删除数据库中所有数据但是要保留表

删除的办法是执行truncat方法，只是不需要每次手动的输入truncate命令进行删除。

通过sql命令的方式生成所有的truncate语句并写入到．sql脚本文件中，然后执行脚本即可完成删除 *** 作，并且保留了表结构。

生成truncate命令的sql语句为：

SELECTCONCAT（＇TRUNCATETABLE＇，TABLE＿NAME，＇；＇）FROMinformation＿schema．TABLESWHERETABLE＿SCHEMA＝＇test＇intooutfile＇／tmp／truncate＿test．sql＇；。

然后将生成的．sql脚本拷贝到当前文件夹下面：

mv／tmp／truncate＿test．sql＄current＿dir／。

然后执行．sql脚本将数据库中所有表中数据删除：

source＄current＿dir／truncate＿test．sql。

注意：

在进行select．．．．intooutfile．．．．．． *** 作时，默认只能将文件写入到tmp路径下，可以不用将tmp文件夹下面的．sql脚本移动到当前文件夹下，直接在tmp路径下执行．sql脚本即可。

扩展资料：

常见的删除数据库表中数据的方法是通过delete或者truncate的方法进行删除 *** 作，如果删除的是表中某一条或者部分数据的话适合用delete *** 作进行删除，如果要删除表中所有的数据的话，适合是同truncate进行删除 *** 作。

如果不需要保留数据库中所有表的结构，那么答案很简单，执行命令dropdatabase数据库名即可达到目的。

但是如果需要保留该数据库中所有表的结构，只想删除所有表中的数据，多执行几次truncate可以达到。

参考资料：百度百科-数据表

早上例行检查数据库，发现Got error 28 from storage engine这个错误，天那，我的数据。心里哇凉。。。。

备份的时间还是很久以前。最近更新了不少，麻烦大了。

好在找到了解决方法：

分区被日志文件占满导致MySQL死掉，清空mysql日志文件方法

2011-06-07 21:33

环境：mysql5.1.50

配置文件中 log-bin=mysql-bin选项开启

朋友的网站突然index.php提示数据库连接失败，然后打电话给我。

我一想可以是mysql死掉了，用命令重启一下，老提示错误。接着我df了一下，发现 /usr分区满了。心想肯定是日志文件的原因。进数据库文件目录du -sh了一下，好几个G，10多个mysql-bin.000015日志文件，我想删除掉，可是没那样做，为了数据安全还是从网上查找安全的解决办法吧。

解决如下：

1、清理了/usr/local下tar软件，移到其它地方了。

2、有了180多M剩余空间，可以启动mysql了

service mysqld restart

3、进入mysql执行：

mysql>show master logs//查看日志

mysql>reset master//删除列于索引文件中的所有二进制日志，把二进制日志索引文件重新设置为空，并创建一个新的二进制日志文件

4、注销掉/etc/my.cnf中的

# log-bin=mysql-bin 用于产生二进制日志文件的

如果没有从服务器的，把#server-id = 1 也注销掉

5、再重启 mysql服务就可以了

===扩展=========================================================================

说明：删除日志，还可以用PURGE MASTER LOGS

PURGE {MASTER | BINARY} LOGS TO ‘log_name’

PURGE {MASTER | BINARY} LOGS BEFORE ‘date’

用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件中的清单中被删除，这样被给定的日志成为第一个。

例如：

PURGE MASTER LOGS TO ‘mysql-bin.010′

PURGE MASTER LOGS BEFORE ’2003-04-02 22:46:26′

BEFORE变量的date自变量可以为’YYYY-MM-DD hh:mm:ss’格式。MASTER和BINARY是同义词。

如果您有一个活性的从属服务器，该服务器当前正在读取您正在试图删除的日志之一，则本语句不会起作用，而是会失败，并伴随一个错误。不过，如果从属服务器是休止的，并且您碰巧清理了其想要读取的日志之一，则从属服务器启动后不能复制。当从属服务器正在复制时，本语句可以安全运行。您不需要停止它们。

要清理日志，需按照以下步骤：

1. 在每个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪个日志。

2. 使用SHOW MASTER LOGS获得主服务器上的一系列日志。

3. 在所有的从属服务器中判定最早的日志。这个是目标日志。如果所有的从属服务器是更新的，这是清单上的最后一个日志。

4. 制作您将要删除的所有日志的备份。（这个步骤是自选的，但是建议采用。）

5. 清理所有的日志，但是不包括目标日志。

13.6.1.2. RESET MASTER语法

RESET MASTER

可以删除列于索引文件中的所有二进制日志，把二进制日志索引文件重新设置为空，并创建一个新的二进制日志文件。

from: http://www.xqs.cn/?p=1155

项目马上要上线了，今天用的mysql数据库突然扔出个异常：

2011-12-24_14:06:47.524 WARN o.h.util.JDBCExceptionReporter - SQL Error: 1030, SQLState: HY000

2011-12-24_14:06:47.524 ERROR o.h.util.JDBCExceptionReporter - Got error 28 from storage engine

上网搜一下，有的说是mysql的tmp满了，等等，看了一下也没满！有的要改mysql的配置去..,翻了好几个地方，竟然是同一篇东西转来转去搞的，唉，失望！

不过感觉思路应该是没错了，所以接着看了一下磁盘空间，发现竟然是根目录满了

[root@twap /]#

[root@twap /]# df -h

文件系统 容量 已用 可用 已用% 挂载点

/dev/sda5 9.5G 5.2G 0100% /

/dev/sda3 48G 3.3G 42G 8% /var

/dev/sda2 73G 44G 26G 64% /data0

/dev/sda1 965M 25M 891M 3% /boot

tmpfs 1.8G 0 1.8G 0% /dev/shm

none 1.8G 104K 1.8G 1% /var/lib/xenstored

[root@twap /]#

清理后：

[root@twap /]#

[root@twap /]# df -h

文件系统 容量 已用 可用 已用% 挂载点

/dev/sda5 9.5G 5.2G 3.9G 57% /

/dev/sda3 48G 3.3G 42G 8% /var

/dev/sda2 73G 44G 26G 64% /data0

/dev/sda1 965M 25M 891M 3% /boot

tmpfs 1.8G 0 1.8G 0% /dev/shm

none 1.8G 104K 1.8G 1% /var/lib/xenstored

[root@twap /]#

ok，问题解决了！

from: http://blog.sina.com.cn/s/blog_7d31bbee0100yjw3.html

统计linux下某个文件夹的大小

du -sh ./

---