首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

用mysqldump忽略一个表?

当使用mysqldump备份MySQL数据库时,如果需要忽略某个表,可以使用--ignore-table选项。以下是忽略一个表的步骤:

  1. 打开命令行或终端。
  2. 使用以下命令进行备份,将your_database替换为您要备份的数据库名称,将your_username替换为数据库用户名,将your_password替换为数据库密码,将your_table_to_ignore替换为要忽略的表名称:
代码语言:txt
复制
mysqldump -u your_username -p your_password --ignore-table=your_database.your_table_to_ignore your_database > your_database_backup.sql

例如,如果您要备份名为my_database的数据库,用户名为root,密码为password123,要忽略名为users的表,则应使用以下命令:

代码语言:txt
复制
mysqldump -u root -p password123 --ignore-table=my_database.users my_database > my_database_backup.sql
  1. 按提示输入密码。
  2. 备份完成后,会生成一个名为your_database_backup.sql的SQL文件,其中不包含指定的表。

注意:在使用--ignore-table选项时,请确保使用正确的数据库名称和表名称,以避免意外删除数据。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

mysqldump指定数据导出

mysqldump指定数据导出 作者:matrix 被围观: 1,835 次 发布时间:2021-03-31 分类:mysql | 一条评论 » 这是一个创建于 518 天前的主题,其中的信息可能已经有所发展或是发生改变...平时习惯使用mysql客户端工具直接导出数据,这突然需要导出指定前缀的反而变得麻烦,因为非常多但又不想全部选择。 e.g....导出dict_开头的数据 查询符合条件的名 select table_name from INFORMATION_SCHEMA.TABLES where TABLE_SCHEMA = 'heal'...-t heal -uroot --tables dict_union dict_tag > ~/db_script.sql -P端口号 -p密码 --tables 指定多个数据 报错 mysqldump...: Couldn't execute mysqldump: Couldn't execute 'SELECT COLUMN_NAME, JSON_EXTRACT(HISTOGRAM, '$."

3.7K20
  • mysql mysqldump 只导出结构 不导出数据

    复制代码代码如下: mysqldump --opt -d 数据库名 -u root -p > xxx.sql 备份数据库 复制代码代码如下: #mysqldump 数据库名 >数据库备份名 #mysqldump... -A -u用户名 -p密码 数据库名>数据库备份名 #mysqldump -d -A --add-drop-table -uroot -p >xxx.sql 1.导出结构不导出数据 复制代码代码如下...: mysqldump --opt -d 数据库名 -u root -p > xxx.sql 2.导出数据不导出结构 复制代码代码如下: mysqldump -t 数据库名 -uroot -p > xxx.sql...3.导出数据和结构 复制代码代码如下: mysqldump 数据库名 -uroot -p > xxx.sql 4.导出特定的结构 复制代码代码如下: mysqldump -uroot -p -B ...数据库名 --table 名 > xxx.sql 导入数据:   由于mysqldump导出的是完整的SQL语句,所以mysql客户程序很容易就能把数据导入了: 复制代码代码如下: #mysql

    16.1K30

    mysqldump命令详解 Part 3-备份单

    往期专题请查看www.zhaibibei.cn 这是一个坚持Oracle,Python,MySQL原创内容的公众号 前情提要 MySQL 5.7 Windows平台安装 MySQL 5.7 Linux...MySQL测试数据的构造 [MySQL学习笔记]2. mysqldump命令详解 Part 1 [MySQL学习笔记] 3.mysqldump命令详解 Part 2 -备份全库 实验环境: MySQL...备份语句 我们来备份test数据库中的innodb_table和isam_table mysqldump -h127.0.0.1 -usystem -p123456 --set-gtid-purged...首先依然是mysqldump的版本信息 主机名信息 已经一些变量的设置 再次提醒 /!123456*/ 不是注释 详情看上一节介绍 2.2 的结构 ?...使用数据库 同时一条语句不能导出多个数据库中的 今天的内容就到这里,欢迎查看 可点击阅读原文获得更好的阅读体验,推荐在PC端阅读 也可在公众号内回复 mysqldump 搜索相关内容 或直接打开个人网页搜索

    2.1K20

    mysqldump命令详解 Part 4-备份单

    备份语句 我们来备份test数据库中的innodb_table和isam_table mysqldump -h127.0.0.1 -usystem -p123456 --set-gtid-purged...首先依然是mysqldump的版本信息 主机名信息 已经一些变量的设置 再次提醒 \/!123456\/ 不是注释 详情看上一节介绍 2.2 的结构 ?...接下来是的信息 首先是如果存在则删除(DROP TABLE IF EXISTS) 之后建立(CREATE TABLE) 2.3 数据的备份 ?...可以看到单独导出的话,该的触发器会一并导出 3....总结 可以看出单独导出有如下内容 删除(如果存在) 建 禁用非唯一索引 插入数据 启用非唯一索引(重建索引) 释放锁 触发器(如果有) 不同于全库备份没有如下内容 建立数据库(如果不存在)

    2.4K20

    mysqldump命令详解 4-按条件备份数据

    往期专题请查看www.zhaibibei.cn 这是一个坚持Oracle,Python,MySQL原创内容的公众号 这个专题讲一些MySQL日常运维的异常处理 实验环境: MySQL 5.7.25...中可以不对表施加写入锁进行导出,MyISAM引擎还是锁mysqldump -h127.0.0.1 -usystem -p123456 --single-transaction --set-gtid-purged...首先依然是mysqldump的版本信息 主机名信息 已经一些变量的设置 再次提醒 \/!123456\/ 不是注释 详情看上一节介绍 2.2 的结构 ?...接下来是的信息 首先是如果存在则删除(DROP TABLE IF EXISTS) 之后建立(CREATE TABLE) 2.3 数据的备份 ?...总结 可以看出单独导出的某行有如下内容 删除(如果存在) 建 禁用非唯一索引 插入数据 启用非唯一索引(重建索引) 释放锁 触发器(如果有) 不同于全库备份没有如下内容 建立数据库(如果不存在

    2.5K20

    DAX 快速构建一个日期

    值得多次复习的一个技能。 如果 DAX 构建一个日期很常见,本文更多的从实务的角度来给出一些建议。 构造日期的方法 一般构建日期的方法包括: 方法一:在数据源中完成,如:Excel。...为什么必须用日期 作为初学者的一个问题就是为什么必须用日期,可以直接交易数据中的日期吗? 答案是:不可以。 最直接的原因是:交易中的日期可能是残缺的。例如:某个日期是没有交易的。...再者,由于业务可能有多种明细记录,如: 销售明细 采购明细 因此,共享一个日期,就起到了复用的目的。 日期初始化 请思考一个问题: 作为一个日期,应该最少包括几列?...在 DAX 中,可以构建,准确讲,是一个单列的,如下: DAX 函数 CalendarAuto 将轮询目前在数据模型中的每一个中的日期类型列以便创建一个日期序列,该序列包括可以涵盖数模模型所有日期范围...月,但它的文本排序是晚于 Apr 4 月的 所以要使用对应的数字进行排序 构建一个日期 基于上述考量,我们通过 DAX 构建日期,如下: Calendar = // 从最小日期来进一步构建一个丰富的日期

    2.7K20

    mysqldump备份中有大字段失败的排错过程

    ,巧的是我休假就出问题,怀疑是数据量又有增长) 首先我们了解下mysqldump备份,数据流向的一个过程:MySQL Server端从数据文件中检索出数据,然后分批将数据返回给mysqldump客户端,...然后mysqldump再把数据写入到NFS上。...于是开始怀疑是不是最近数据增长太大或者的字段太宽的问题(其他数据库的更大,有的甚至达到400G也没有出现过这个问题,数据量太大的可能性不大,但单行备份失败,怀疑大字段的问题) 查看表结构如下: [...不过我始终有个疑问,我这维护的400G的大,且部分比这更大,也有大字段就没出现过这个问题,怎么会突然出现呢,因此我怀疑不是数据过多的问题,还是大字段的问题。...这个备份进行调研,居然让我发现了一个牛逼的可接参数max_allowed_packet,在mysqldump后面加了这个选项,值大小大家可以根据的大小进行设置,我这里给的500M,至此问题彻底解决了,

    1.1K20

    mysqldump命令详解 Part 5-按条件备份数据

    中可以不对表施加写入锁进行导出,MyISAM引擎还是锁mysqldump -h127.0.0.1 -usystem -p123456 --single-transaction --set-gtid-purged...innodb_table isam_table --where='id=10' > /tmp/table_id.sql 注意这里 innodb_table 拥有id为10的数据 而 isam_table则没有 mysqldump...首先依然是mysqldump的版本信息 主机名信息 已经一些变量的设置 再次提醒 \/!123456\/ 不是注释 详情看上一节介绍 2.2 的结构 ?...接下来是的信息 首先是如果存在则删除(DROP TABLE IF EXISTS) 之后建立(CREATE TABLE) 2.3 数据的备份 ?...总结 可以看出单独导出的某行有如下内容 删除(如果存在) 建 禁用非唯一索引 插入数据 启用非唯一索引(重建索引) 释放锁 触发器(如果有) 不同于全库备份没有如下内容 建立数据库(如果不存在

    1.5K20

    mysql忽略大小写问题记录

    问题描述: 一开发同事在linux下调一个程序老是报错说找不到,但是登陆mysql,show tables查看明明是已经创建了这张的!!...原因查找: 因为linux下mysql默认是要区分名大小写的。...这样设置后,名在硬盘上以小写保存,MySQL将所有名转换为小写存储和查找上。该行为也适合数据库名和的别名。...后来运维同事又将mysql改成不分区大小写设置了,此时mysql都是强制以小写保存的,所以开发后面再次在程序里引用这张的时候,就会报错说不存在!...、列名、别名大小写规则是这样的: 1)数据库名与名是严格区分大小写的; 2)的别名是严格区分大小写的; 3)列名与列的别名在所有的情况下均是忽略大小写的; 4)变量名也是严格区分大小写的; 5)MySQL

    6.6K70
    领券