删除的办法是执行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可以达到。
参考资料：百度百科-数据表
Mysql数据库的常用备份方法是使用使用实用程序mysqldump, 其命令格式如下
# mysqldump [options] database [tables]
其参数的含义为：
options：代表mysqldump的选项，通过mysqldump –help可以查到。
database: 代表将要备份的数据库
tables: 代表将要备份的表，如果不指定任何表，则备份整个数据库。
使用 mysqldump进行备份非常简单，如果要备份数据库” phpbb_db_backup ”,使用命令：
#mysqldump –u -p phpbb_db_backup /usr/backups/mysql/ phpbb_db_backup.2005.5.6
还可以使用gzip命令对备份文件进行压缩：
#mysqldump phpbb_db_backup | gzip /usr/backups/mysql/ phpbb_db_backup.2005.5.6。gz
恢复数据使用命令：
#mysql –u -p phpbb_db_backup /usr/backups/mysql/phpbb_db_backup.2005
在大多数情况下，软硬件故障通过数据备份机制来处理。多数数据库都自带有内置的工具自动完成整个过程，所以这方面的工作相对轻松，也不会出错。但麻烦却来自另一面：阻止外来黑客入侵窃取或破坏数据库中的信息。不幸的是，一般没有自动工具解决这一问题；而且，这需要管理员手工设置障碍来阻止黑客，确保公司数据的安全
乐观锁与悲观锁不同的是，它是一种逻辑上的锁，而不需要数据库提供锁机制来支持
当数据很重要，回滚或重试一次需要很大的开销时，需要保证操作的ACID性质，此时应该采用悲观锁
而当数据对即时的一致性要求不高，重试一次不太影响整体性能时，可以采用乐观锁来保证最终一致性，同时有利于提高并发性
通常，乐观锁采用版本号/时间戳的形式实现：给数据额外增加一个版本号字段进行控制；更新时，若提交的数据所带的版本号与当前记录的版本号一致，则允许变更执行并更新版本号；若不一致，则意味着产生冲突，根据业务需求直接丢弃并返回失败，或者尝试合并
在MySQL的实践中，常见的一种使用乐观锁的方法，是在需要使用乐观锁的表中，新增一个version字段
例如：
create table product_amount (
id int not null primary key auto_increment,
product_name varchar(64) not null,
selling_amount int not null,
storing_amount int not null,
version int not null
);
当需要更新销售中的商品数量（selling_amount）时，使用如下的SQL语句：
update product_amount set selling_amount = #{selling_amount}, version = #{new_version} where id=#{id} and version = #{old_version};
若该语句返回1，则表示更新成功；若返回0，则表示前后的version不一致，产生冲突，更新失败
对于更新仓库中的商品数据（storing_amount）时，也是同理
不过，这样为每行记录都统一设置一个version字段的乐观锁方式，存在一个问题：上例中，如果同时需要单独对selling_amount及storing_amount进行update（两条SQL语句分别单独执行），那么后执行的一条会因为先执行的一条更新了version字段而失败，而这种失败显然是没有必要的，白白浪费了开销
一种比较好的方式是为每个需要乐观锁的字段单独设置版本号，例如对上例的改造：
create table product_amount (
id int not null primary key auto_increment,
product_name varchar(64) not null,
selling_amount int not null,
selling_version int not null,
storing_amount int not null,
storing_version int not null
);
selling_amount和storing_amount分别拥有自己的乐观锁版本号（selling_version和storing_version），更新时分别只关注自己的版本号，这样就不会因为版本号被其它字段修改而失败，提高了并发性
