MySQL批量生成建表语句(mysql 批量新增)
wptr33 2025-05-03 16:59 24 浏览
摘要: MySQL批量生成建表语句
关键词: MySQL、大批量、挑选、建表语句
整体说明
在使用MySQL的时候,遇到需要在大批量的表中,挑选一部分表,权限又只有只读权限,工具又没有合适的,最终使用了MySQL后台表,生成建表语句,具体的做法,大致如下:
一、需求背景
1.1、需求特点
- 表数量大: 从如下截图可以看出,这个库总计369张表。
- 指定表列表: 从如下 EXCEL 列表可知,总计选择了 258张指定表,做数据集成,数据集成工具无法自动创建目的表。
1.2、权限限制
- 表只读权限: 由于公司要求,生产环境的数据库,只能给 只读 ,所以没法通过创建函数和存储过程的方式。
- 网络无法联通: 网络环境是生产的环境,本地没有办法直接写程序通过JDBC等方式,连接数据库,查询数据,只能通过 VPN + 堡垒机 连接,也没有上传部署程序的权限。
- 可以读系统 information_schema 库: 只读权限,可以读取系统库, information_schema 库 ,为我们后面的方案,提供的可能性。
二、方案选择
2.1、使用工具
2.1.1、Navicat 或者 DataGrip
这里以 DataGrip 举例,在这个功能来看,二者没有区别。
- 关键字筛选: 直接在左侧输入 accout 就能把表筛选出来,然后选中,右键生成SQL即可。
- 全量生成: 如果不筛选,直接点击生成,会全量生成所有建表语句
2.1.2、Dbeaver
关键字筛选 和 全量生成,这里就不再举例了,也支持。
- "过滤器"筛选: 依据下图,操作,配置过滤器,并把对应表名,添加进去,之后即可过滤表。
- 当我用这个工具时,我以为已经搞定了,结果这个过滤器添加那里只能一张表一张表添加,我这个 229张表,直接吐血,用不了!!
2.2、写SQL脚本
2.2.1、前置知识
前置知识,如下图简单介绍,如果需要再详细了解,可以查阅官方文档。
2.2.2、依赖系统表
依赖系统表简单列举如下图:
2.2.3、生成语句元素
2.2.4、建表语句准备
准备三张测试表,从简单到复杂,列举了建表语句中 90% 以上的情况
学生信息表,只包含基础元素
DROP TABLE IF EXISTS `t_student`;
CREATE TABLE `t_student` (
`id` varchar(64) NOT NULL COMMENT '数据标识',
`create_user` varchar(200) DEFAULT NULL COMMENT '创建人',
`create_time` datetime DEFAULT NULL COMMENT '创建时间',
`update_user` varchar(200) DEFAULT NULL COMMENT '更新人',
`update_time` datetime DEFAULT NULL COMMENT '更新时间',
`student_id` varchar(200) DEFAULT NULL COMMENT '学生id',
`student_name` varchar(200) DEFAULT NULL COMMENT '学生姓名'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3 COMMENT='学生信息表';
部门信息表,额外增加了索引的相关信息
DROP TABLE IF EXISTS `t_department`;
CREATE TABLE `t_department` (
`id` varchar(64) NOT NULL COMMENT '数据标识',
`create_user` varchar(200) DEFAULT NULL COMMENT '创建人',
`create_time` datetime DEFAULT NULL COMMENT '创建时间',
`update_user` varchar(200) DEFAULT NULL COMMENT '更新人',
`update_time` datetime DEFAULT NULL COMMENT '更新时间',
`master_id` varchar(200) DEFAULT NULL COMMENT '主表id',
`status` int(11) DEFAULT NULL COMMENT '删除状态 ',
`department` varchar(200) NOT NULL COMMENT '部门',
`department_number` varchar(100) DEFAULT NULL COMMENT '部门编号',
PRIMARY KEY (`id`),
UNIQUE KEY `status_department` (`department`,`status`),
KEY `master_id` (`master_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3 COMMENT='部门信息表';
学校信息表,额外增加了默认值等信息
DROP TABLE IF EXISTS `t_school`;
CREATE TABLE `t_school` (
`id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '数据标识',
`create_user` varchar(200) DEFAULT NULL COMMENT '创建人',
`create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
`update_user` varchar(200) DEFAULT NULL COMMENT '更新人',
`update_time` datetime DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
`master_id` varchar(200) DEFAULT NULL COMMENT '主表id',
`status` int(11) DEFAULT '0' COMMENT '删除状态',
`status_name` varchar(20) DEFAULT '否' COMMENT '删除状态名称',
`school` varchar(200) NOT NULL COMMENT '学校',
`school_number` varchar(100) DEFAULT NULL COMMENT '学校编号',
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3 COMMENT='学校信息表';
2.2.5、SQL脚本
最终写完,脚本如下,每一行都加了注释,更加容易理解 (也让3周之后的我看的懂~)
SET SESSION group_concat_max_len = 102400; -- 增加拼接字符长度,防止不够长,导致结果被截断
SELECT CONCAT(
'DROP TABLE IF EXISTS `', TABLE_NAME, '`;', CHAR(10), -- 删除表语句,可重复执行
'CREATE TABLE `', TABLE_NAME, '` (', CHAR(10), -- `这个符号包裹表名,可避免关键字问题。 CHAR(10) 换行符,增加生成结果可读性
GROUP_CONCAT(' ', '`', -- 分组拼接,空格增加可读性
COLUMN_NAME, '` ', COLUMN_TYPE, -- 字段名和字段类型
IF(IS_NULLABLE = 'NO', ' NOT NULL', ''), -- 字段是否可为空
IF(IS_NULLABLE = 'NO' AND COLUMN_DEFAULT IS NULL, '',
IF(COLUMN_DEFAULT IS NULL, ' DEFAULT NULL', -- 字段默认值,空值处理,避免影响其他字段拼接
if(DATA_TYPE IN ('year', 'date', 'time', 'datetime', 'timestamp'),
CONCAT(' DEFAULT ', COLUMN_DEFAULT),
CONCAT(' DEFAULT \'', COLUMN_DEFAULT, '\'')) -- 时间类型是原值,其他类型需要加单引号
)
),
IF(EXTRA <> '', CONCAT(' ', UPPER(EXTRA)), ''), -- 额外的配置,转换为大写
IF(COLUMN_COMMENT IS NOT NULL, CONCAT(' COMMENT ''', COLUMN_COMMENT, ''''), '') -- 字段注释
ORDER BY ORDINAL_POSITION SEPARATOR ',\n' -- 字段按照原有排序方式排序,逗号换行符分隔增加可读性
),
IF(COLUMN_PRIMARY_KEY_CONCAT <> '', CONCAT(',', CHAR(10), ' PRIMARY KEY ', COLUMN_PRIMARY_KEY_CONCAT), ''), -- 拼接主键
IF(COLUMN_UNIQUE_KEY_CONCAT <> '', CONCAT(',', CHAR(10), ' UNIQUE KEY ', COLUMN_UNIQUE_KEY_CONCAT),
''), -- 拼接唯一索引
IF(COLUMN_KEY_CONCAT <> '', CONCAT(',', CHAR(10), ' KEY ', COLUMN_KEY_CONCAT), '') -- 拼接普通索引
, CHAR(10), -- 换行符增加可读性
') ENGINE=', ENGINE, -- 表引擎 InnoDB等,
' DEFAULT CHARSET=',
IF(CHARACTER_SET_NAME = 'utf8', 'utf8mb3', CHARACTER_SET_NAME), -- 表默认字符集,utf8 就是 utf8mb3
IF(TABLE_COMMENT IS NOT NULL, CONCAT(' COMMENT=''', TABLE_COMMENT, ''';'), ';'), CHAR(10), CHAR(10) -- 表注释
) AS create_table_sql
FROM (SELECT t1.TABLE_SCHEMA,
t1.TABLE_NAME,
t1.COLUMN_NAME,
t1.COLUMN_TYPE,
t1.COLUMN_KEY,
t1.COLUMN_COMMENT,
t1.ORDINAL_POSITION,
t1.COLUMN_DEFAULT,
t1.IS_NULLABLE,
t1.DATA_TYPE,
t1.EXTRA,
t2.ENGINE,
t2.TABLE_COLLATION,
t4.CHARACTER_SET_NAME,
t2.TABLE_COMMENT,
t3.COLUMN_PRIMARY_KEY_CONCAT,
t3.COLUMN_UNIQUE_KEY_CONCAT,
t3.COLUMN_KEY_CONCAT
FROM INFORMATION_SCHEMA.COLUMNS t1 -- 字段信息
JOIN INFORMATION_SCHEMA.TABLES t2 -- 表信息
ON t1.TABLE_NAME = t2.TABLE_NAME
AND t1.TABLE_SCHEMA = t2.TABLE_SCHEMA
LEFT JOIN (select TABLE_SCHEMA,
TABLE_NAME,
max(COLUMN_PRIMARY_KEY_CONCAT) as COLUMN_PRIMARY_KEY_CONCAT,
max(COLUMN_UNIQUE_KEY_CONCAT) as COLUMN_UNIQUE_KEY_CONCAT,
max(COLUMN_KEY_CONCAT) as COLUMN_KEY_CONCAT
from (select t1.TABLE_SCHEMA,
t1.TABLE_NAME,
IF(t2.CONSTRAINT_TYPE = 'PRIMARY KEY',
CONCAT(' (', GROUP_CONCAT('`', t1.COLUMN_NAME, '`' ORDER BY t1.SEQ_IN_INDEX), ')'),
'') as COLUMN_PRIMARY_KEY_CONCAT,
IF(t2.CONSTRAINT_TYPE = 'UNIQUE', CONCAT('`', t1.INDEX_NAME, '` (',
GROUP_CONCAT('`', t1.COLUMN_NAME, '`' ORDER BY t1.SEQ_IN_INDEX),
')'), '') as COLUMN_UNIQUE_KEY_CONCAT,
IF(t2.CONSTRAINT_NAME IS NULL, CONCAT('`', t1.INDEX_NAME, '` (',
GROUP_CONCAT('`', t1.COLUMN_NAME, '`' ORDER BY t1.SEQ_IN_INDEX),
')'), '') as COLUMN_KEY_CONCAT
FROM INFORMATION_SCHEMA.STATISTICS t1 -- 索引信息
LEFT JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS t2 -- 表约束信息
ON t1.INDEX_NAME = t2.CONSTRAINT_NAME
AND t1.TABLE_SCHEMA = t2.TABLE_SCHEMA
AND t1.TABLE_NAME = t2.TABLE_NAME
WHERE 1 = 1
AND t1.TABLE_SCHEMA = 'shscnq_st' -- $$ 执行时需替换为实际数据库名
GROUP BY t1.TABLE_SCHEMA, t1.TABLE_NAME, t1.INDEX_NAME, t2.CONSTRAINT_TYPE) t1
GROUP BY TABLE_SCHEMA, TABLE_NAME) t3
ON t1.TABLE_SCHEMA = t3.TABLE_SCHEMA
AND t1.TABLE_NAME = t3.TABLE_NAME
JOIN INFORMATION_SCHEMA.COLLATION_CHARACTER_SET_APPLICABILITY t4 -- 排序规则和字符集关系信息
ON t2.TABLE_COLLATION = t4.COLLATION_NAME
WHERE t1.TABLE_SCHEMA = 'shscnq_st' -- $$ 执行时替换为实际数据库名
AND t1.TABLE_NAME in (
't_department',
't_student',
't_school'
) -- $$ 执行时替换为实际表名列表,单引号包裹,逗号分隔
AND t2.TABLE_TYPE = 'BASE TABLE' -- 基础表,不包含视图等
) AS tmp
GROUP BY TABLE_NAME, ENGINE, CHARACTER_SET_NAME, TABLE_COMMENT;
2.2.6、缺点说明
这个脚本只能生成包含前面语句元素的语句,如果包含了类似 分区、其他种类索引、在MySQL并不常用的元素,只能自行修改脚本了。
就像之前有个脱口秀演员说过 “重启能解决 90%的电脑问题,那剩余10%怎么办?哪有问题能够 100%解决的~”
2.2.7、效果展示
执行上面脚本,生成了三个建表语句,经过对比,和 使用 MySQL 自带的生成建表语句的一样。至于为什么不使用下面语句,因为这个只能单个表使用,无法大批量筛选使用。
show create table + 表名
相关推荐
- MySQL进阶五之自动读写分离mysql-proxy
-
自动读写分离目前,大量现网用户的业务场景中存在读多写少、业务负载无法预测等情况,在有大量读请求的应用场景下,单个实例可能无法承受读取压力,甚至会对业务产生影响。为了实现读取能力的弹性扩展,分担数据库压...
- 3分钟短文 | Laravel SQL筛选两个日期之间的记录,怎么写?
-
引言今天说一个细分的需求,在模型中,或者使用laravel提供的EloquentORM功能,构造查询语句时,返回位于两个指定的日期之间的条目。应该怎么写?本文通过几个例子,为大家梳理一下。学习时...
- 一文由浅入深带你完全掌握MySQL的锁机制原理与应用
-
本文将跟大家聊聊InnoDB的锁。本文比较长,包括一条SQL是如何加锁的,一些加锁规则、如何分析和解决死锁问题等内容,建议耐心读完,肯定对大家有帮助的。为什么需要加锁呢?...
- 验证Mysql中联合索引的最左匹配原则
-
后端面试中一定是必问mysql的,在以往的面试中好几个面试官都反馈我Mysql基础不行,今天来着重复习一下自己的弱点知识。在Mysql调优中索引优化又是非常重要的方法,不管公司的大小只要后端项目中用到...
- MySQL索引解析(联合索引/最左前缀/覆盖索引/索引下推)
-
目录1.索引基础...
- 你会看 MySQL 的执行计划(EXPLAIN)吗?
-
SQL执行太慢怎么办?我们通常会使用EXPLAIN命令来查看SQL的执行计划,然后根据执行计划找出问题所在并进行优化。用法简介...
- MySQL 从入门到精通(四)之索引结构
-
索引概述索引(index),是帮助MySQL高效获取数据的数据结构(有序),在数据之外,数据库系统还维护者满足特定查询算法的数据结构,这些数据结构以某种方式引用(指向)数据,这样就可以在这些数据结构...
- mysql总结——面试中最常问到的知识点
-
mysql作为开源数据库中的榜一大哥,一直是面试官们考察的重中之重。今天,我们来总结一下mysql的知识点,供大家复习参照,看完这些知识点,再加上一些边角细节,基本上能够应付大多mysql相关面试了(...
- mysql总结——面试中最常问到的知识点(2)
-
首先我们回顾一下上篇内容,主要复习了索引,事务,锁,以及SQL优化的工具。本篇文章接着写后面的内容。性能优化索引优化,SQL中索引的相关优化主要有以下几个方面:最好是全匹配。如果是联合索引的话,遵循最...
- MySQL基础全知全解!超详细无废话!轻松上手~
-
本期内容提醒:全篇2300+字,篇幅较长,可搭配饭菜一同“食”用,全篇无废话(除了这句),干货满满,可收藏供后期反复观看。注:MySQL中语法不区分大小写,本篇中...
- 深入剖析 MySQL 中的锁机制原理_mysql 锁详解
-
在互联网软件开发领域,MySQL作为一款广泛应用的关系型数据库管理系统,其锁机制在保障数据一致性和实现并发控制方面扮演着举足轻重的角色。对于互联网软件开发人员而言,深入理解MySQL的锁机制原理...
- Java 与 MySQL 性能优化:MySQL分区表设计与性能优化全解析
-
引言在数据库管理领域,随着数据量的不断增长,如何高效地管理和操作数据成为了一个关键问题。MySQL分区表作为一种有效的数据管理技术,能够将大型表划分为多个更小、更易管理的分区,从而提升数据库的性能和可...
- MySQL基础篇:DQL数据查询操作_mysql 查
-
一、基础查询DQL基础查询语法SELECT字段列表FROM表名列表WHERE条件列表GROUPBY分组字段列表HAVING分组后条件列表ORDERBY排序字段列表LIMIT...
- MySql:索引的基本使用_mysql索引的使用和原理
-
一、索引基础概念1.什么是索引?索引是数据库表的特殊数据结构(通常是B+树),用于...
- 一周热门
-
-
C# 13 和 .NET 9 全知道 :13 使用 ASP.NET Core 构建网站 (1)
-
程序员的开源月刊《HelloGitHub》第 71 期
-
详细介绍一下Redis的Watch机制,可以利用Watch机制来做什么?
-
假如有100W个用户抢一张票,除了负载均衡办法,怎么支持高并发?
-
如何将AI助手接入微信(打开ai手机助手)
-
Java面试必考问题:什么是乐观锁与悲观锁
-
SparkSQL——DataFrame的创建与使用
-
redission YYDS spring boot redission 使用
-
一文带你了解Redis与Memcached? redis与memcached的区别
-
如何利用Redis进行事务处理呢? 如何利用redis进行事务处理呢英文
-
- 最近发表
- 标签列表
-
- git pull (33)
- git fetch (35)
- mysql insert (35)
- mysql distinct (37)
- concat_ws (36)
- java continue (36)
- jenkins官网 (37)
- mysql 子查询 (37)
- python元组 (33)
- mybatis 分页 (35)
- vba split (37)
- redis watch (34)
- python list sort (37)
- nvarchar2 (34)
- mysql not null (36)
- hmset (35)
- python telnet (35)
- python readlines() 方法 (36)
- munmap (35)
- docker network create (35)
- redis 集合 (37)
- python sftp (37)
- setpriority (34)
- c语言 switch (34)
- git commit (34)