ddl不显示触发器 navicat_MySQL亿级数据表DDL解决方案及实战

最新推荐文章于 2023-07-25 09:42:07 发布
最新推荐文章于 2023-07-25 09:42:07 发布
阅读量502 收藏
点赞数
文章标签： ddl不显示触发器 navicat
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42339991/article/details/112227833
版权

bd948a1697d54072aedc6ec177a87a65.png

背景

  随着业务的发展，用户对系统需求变得越来越多，这就要求系统能够快速更新迭代以满足业务需求，通常系统版本发布时，都要先执行数据库的DDL变更，包括创建表、添加字段、添加索引、修改字段属性等。

痛点：在数据量不大的情况下，执行DDL速度较快，对业务基本没啥影响，但是数据量大的情况，而且我们业务做了读写分离，接入了实时数仓，这时DDL变更就是一个的难题，需要综合各方业务全盘考虑，否则会造成主从延迟，业务崩溃等后果。

DDL：MySQL中的DDL语句形式较多，概括有以下几类：CREATE，ALTER，DROP，RENAME，TRUNCATE。

DDL执行方式

算法描述
COPYMySQL早期的变更方式，需要创建修改后的临时表，然后按数据行拷贝原表数据到临时表，做rename重命名来完成创建，在此期间不允许并发DML操作，原表是可读的，不可写，同时需要额外一倍的磁盘空间。
INPLACE直接在原表上进行修改，不需创建临时表拷贝数据及重命名，原表会持有Exclusive Metadata Lock，通常是允许并发DML操作。
INSTANTMySQL 5.8开始支持，只修改数据字典中的元数据，表数据不受影响，执行期间没有Exclusive Metadata Lock，允许并发的DML操作。

MySQL对于DDL执行方式一直在做优化，目的就是为了提高DDL执行效率，减少锁等待，不影响表数据，同时不影响正常的DML操作。

说明

  • 对于MySQL 5.6到5.7版本，可以使用OnLine DDL的方式变更，对于大表来说，执行时间会很长，虽然在Master上DML操作不受影响，但是会导致主从延时。

  • 对于MySQL8.0版本，推出了INSTANT方式，只修改MetaData，不影响表数据，所以执行效率跟表大小几乎没有关系。

题外话：

  1. 长远考虑表数据存储大小，合理设计存储规则(我司规范、数据量、主键、字段类型、索引设计、分区等等)

  2. 适当添加预留字段，防止日后数据量过大，再添加字段带来的风险

    DROP TABLE IF EXISTS `user_info`;
    CREATE TABLE `user_info` (
    `id` int(11) NOT NULL AUTO_INCREMENT,
    `name` varchar(20) NOT NULL,
    `sex` enum(F,M,S),
    `phone`  varchar(30),
    `field_1`  varchar(30),
    `field_2`  varchar(30),
    `field_3`  varchar(30),
      PRIMARY KEY (`id`)
    ) ENGINE=MyISAM  DEFAULT CHARSET=utf8-mb4;

  3. 唯一索引设置要慎重(业务在迭代过程中，计划往往赶不上变化，一旦确定唯一，数据增长到一定程度，刚需去除唯一较为麻烦)

倘若已然如此，我们该怎么办？

方案

方案一：增表扩展

通过增加表的方式扩展属性，通过外键join来查询

适用场景：新增字段(一般发展新业务模块可以采用)
如：

-- t_user(uid, c1, c2, c3)
-- t_user_ex(uid, c4, c5, c6)

备注：

  1. 数据量大的情况下，join性能也需要考虑

  2. 非业务隔离的情况，新增字段建表不可取

方案二：扩展表动态维护

通过创建动态扩展表来应对新增字段的场景 

适用场景：新增字段

CREATE TABLE `append` (
`id` bigint(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增ID',
`uid` int(11) NOT NULL COMMENT '关联ID',
`key` varchar(255) NOT NULL DEFAULT '' COMMENT '字段名称',
`value` varchar(255) NOT NULL DEFAULT '' COMMENT '字段值',
`created_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
`updated_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
  PRIMARY KEY (`id`),
KEY `idx_key` (`FieldName`(191)),
KEY `idx_uid` (`uid`),
KEY `idx_created_at` (`created_at`)
) ENGINE=InnoDB AUTO_INCREMENT=236062439 DEFAULT CHARSET=utf8mb4 COMMENT='扩展表';

备注：

  1. 数据量大的情况下，join性能也需要考虑

  2. 这种方式最好仅应用于边缘业务字段

方案三：pt-online-schema-change

pt-online-schema-change是Percona-toolkit一员，在线改表工具

原理

        创建一个新表，在新表上执行表结构修改，然后从原表中copy原始数据到表结构修改后的表，当数据copy完成以后就会将原表移走，用新表代替原表，默认动作是将原表drop掉。在copy数据的过程中，任何在原表的更新操作都会更新到新表，因为这个工具会在原表上创建触发器，触发器会将在原表上更新的内容更新到新表。
适用场景：新增字段、修改索引

步骤

  1. 创建影子表(即DDL扩展后的表)

  2. 在原表上创建三个触发器，对原表进行的所有insert/delete/update操作，都会对新表(影子表)进行相同的操作

  3. 分批将原表中的历史数据insert到新表，直至数据迁移完成(风险：更新频繁的表可能会导致旧数据覆盖新数据)

  4. 新旧表重命名raname table table to table_old,table_new to table

  5. 删掉触发器，把原表移走或归档(注意移除方式，避免影响线上业务)，切换完成。

备注：

  1. 整个过程不需要锁表，可以持续对外提供服务

  2. 变更过程中，最重要的是冲突的处理，一条原则，以触发器的新数据为准，要求被迁移的表必须有主键

  3. 变更过程中，写操作需要建立触发器，所以如果原表已经有很多触发器，方案就不行(互联网高并发业务，一般禁止使用触发器)

  4. 触发器的建立，会影响原表的性能，所以这个操作必须在流量低峰期进行。

方案四：gh-ost

        GitHub基于Golang语言开源的MySQL无触发器在线更改表定义工具(GitHub's Online Schema Transmogrifier简写)
开源地址：https://github.com/github/gh-ost

原理

        gh-ost操作方式与现有的在线模式更改工具类似，以与原始表相似的方式创建影子表，将数据从原始表缓慢且增量地复制到影子表，同时应用正在进行的更改(INSERT，DELETE，UPDATE)到影子表。最后，在业务低峰期，用影子表替换原始表。gh-ost 的不同之处在于不使用触发器而使用二进制日志流捕获表的更改，然后将其异步应用到影子表。

步骤

  1. gh-ost首先连接到主库上，创建影子表

  2. 然后作为一个备库连接到其中一个真正的备库或者主库上(根据具体的参数来定)

  3. 两方面动作，一是从主库上拷贝已有的数据到影子表，二是从备库上拉取增量数据的binlog，并应用回主库

  4. 待数据对齐，进行影子表和原表切换。

备注：

  1. gh-ost具备无触发器、轻量级、可暂停、动态可控、可审计、可测试、高可靠等特性

  2. 对于主从结构 DB 集群，Binlog 日志格式必须是 ROW 模式SET GLOBAL binlog_format = 'ROW';

  3. 修改对象表不能被触发器关联，gh-ost虽不依赖触发器，但依然不支持有触发器关联的表

  4. gh-ost会做很多前置的校验检查，比如 binlog_format，表的主键和唯一键，是否有外键等等

  5. gh-ost有三种模式架构，根据实际场景选择应用

方案五：数据同步平滑迁移

原理

影子表数据同步，待数据对齐将原表和影子表切换身份

步骤

  1. 创建DDL扩展后的影子表table_new

  2. 记录binlog位点

    -- 查询binlog位点
    SHOW MASTER STATUS;
    -- 查询当前毫秒时间戳
    SELECT UNIX_TIMESTAMP()*1000;

  3. 通过离线同步工具(DataX/Logstash)同步WHERE UpdatedAt < 'yyyy-MM-dd HH:mm:ss'的历史数据(若没有更新时间字段也可根据自增ID

  4. 历史数据全量同步完成后通过binlog同步工具(canal/otter)基于步骤2的位点进行数据同步(方向:table--->table_new)补齐

  5. 数据补齐后，新旧表重命名raname table table to table_old,table_new to table

  6. 停止步骤4的同步服务

备注：

  1. 整个过程不需要锁表，可以持续对外提供服务

  2. 全量数据同步要控制读取和写入流量，避免读取超时及高频写入导致数据库产生压力影响线上业务服务

  3. 升级环节拆分，风险可控

  4. 该方式对应的技术选型范围广，根据具体场景选择最合适的

同步技术选型
技术选型一：阿里云数据传输工具DTS

优点：

  • 一站式同步工具(同时解决离线和全量同步问题)

  • 速度快，数据对齐低延时

  • 易于操作

缺点：

  • 无法控制读取和写入的流量，会存在大批量读写的可能性，对线上核心业务有风险

  • 源表和目标表结构字段必须一致，局限性太高

  • 无法扩展

技术选型二：开源产品

离线同步
DataX：快、准、狠

  • 表一对一同步支持按自增ID切割，利于自动控制读取数据流量

  • 复杂同步(关联、子查询等)无法自动控制读取流量，只能手动根据条件限制读取范围(如：自增ID或时间)

  • 写入支持控制流量、条数、并发，支持多种写入方式

  • 原生不支持同步进度控制(可通过自行封装的方式实现)

  • 配置同步job脚本相对简单(服务端Json文本及可视化界面操作两种方式)

Logstash：稳(慢)、超强扩展(测试版本：Logstash-7.3.1)

  • 同步频率可控，最快同步频率每分钟一次(因此有效控制读取流量，有张有弛，所以既稳也慢)

  • 支持每次全量同步或按照特定字段(如递增ID、修改时间)增量同步

  • 既支持SQL级别的数据转换，也支持filters进行数据中间转换，扩展性强

  • 支持同步进度记录

canal-手动ETL：快

  • 可以控制查询条件和Limit限制，查多少写多少

  • 在配置完整的canal同步策略后，可以通过adapter-REST接口手动执行

  • 建议小表使用

综合说明：

  1. DataX适合简单规则同步,配置(reader+writer)简单，同步效率高，但若Reader查询条件非索引或者查询语句较慢会导致超时，虽然支持splitPK切割主键，但数据量太大也可能会导致查询超时问题，并且不知道同步进度需要重新来过

  2. Logstash只要时效性不高的场景均能兼容，但配置(input+filters+output)较为复杂，支持同步进度记录，即使出行同步异常也可以根据记录继续同步，另外可以控制查询条数(limit)，防止查询超时；

增量同步
canal：基于binlog进行数据同步，支持单向
otter：基于binlog进行数据同步，支持单向、双向
Databus：基于binlog进行数据同步，支持单向、双向(资料少不建议使用)

综合说明：
        对于增量同步canal/otter二选一即可，otter其实也只是基于canal做了二次封装，canal需要进行服务级别的配置，相对灵活，otter有管理界面，易于配置操作，但复杂同步功能需要开发自定义同步插件。

实战示例

需求

需求：order_info表业务迭代需要新增索引字段“order_no”
数据大小：3亿
数据库类型及版本：MySQL5.7
表结构：

-- 原始表
CREATE TABLE order_info (
	order_id INT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '订单ID',
	order_no BIGINT UNSIGNED NOT NULL COMMENT '订单编号',
	customer_id INT UNSIGNED NOT NULL COMMENT '下单人ID',
	shipping_user VARCHAR (10) NOT NULL COMMENT '收货人姓名',
	address VARCHAR (100) NOT NULL COMMENT '地址',
	payment_method TINYINT NOT NULL COMMENT '支付方式：1现金，2余额，3网银，4支付宝，5微信',
	order_money DECIMAL (8, 2) NOT NULL COMMENT '订单金额',
	pay_time DATETIME COMMENT '支付时间',
	order_status TINYINT NOT NULL DEFAULT 0 COMMENT '订单状态',
	create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '下单时间',
	update_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最后修改时间',
	PRIMARY KEY pk_orderid (order_id)
) ENGINE = INNODB COMMENT '订单主表';

方案选择

基于DataX+otter实现

实施流程

前期准备

  1. 创建影子表

    CREATE TABLE order_info_new (
    	order_id INT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '订单ID',
    	order_no BIGINT UNSIGNED NOT NULL COMMENT '订单编号',
    	customer_id INT UNSIGNED NOT NULL COMMENT '下单人ID',
    	shipping_user VARCHAR (10) NOT NULL COMMENT '收货人姓名',
    	address VARCHAR (100) NOT NULL COMMENT '地址',
    	payment_method TINYINT NOT NULL COMMENT '支付方式：1现金，2余额，3网银，4支付宝，5微信',
    	order_money DECIMAL (8, 2) NOT NULL COMMENT '订单金额',
    	pay_time DATETIME COMMENT '支付时间',
    	order_status TINYINT NOT NULL DEFAULT 0 COMMENT '订单状态',
    	create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '下单时间',
    	update_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最后修改时间',
    	PRIMARY KEY pk_orderid (order_id),
    KEY `idx_order_no` (`order_no`) USING BTREE
    ) ENGINE = INNODB COMMENT '订单主表';

  2. 申请MySQL用户

  • 数据库表读写权限

  • binlog读取权限

记录当前binlog位点

查询SQL：

-- 查询binlog位点
SHOW MASTER STATUS;
-- 查询当前时间及毫秒时间戳
SELECT NOW(), UNIX_TIMESTAMP()*1000;

输出：

{
"File":"mysql-bin.002993",
"Position":480762442
}
{
"NOW()":"2020-08-15 12:00:26",
"UNIX_TIMESTAMP()*1000":1597464026000
}
历史数据全量同步

  1. DataX安装
    流程详见 https://github.com/alibaba/DataX

  2. 配置DataX同步job脚本
    关键点：

    vim order_info_sync.json

    {
    "job": {
    "setting": {
    "speed": {
    "channel": 10
          },
    "errorLimit": {
    "record": 0,
    "percentage": 0
          }
        },
    "content": [
          {
    "reader": {
    "name": "mysqlreader",
    "parameter": {
    "username": "xxxxx",
    "password": "xxxxx",
    "column": [
    "order_id",
    "order_no",
    "customer_id",
    "shipping_user",
    "address",
    "payment_method",
    "order_money",
    "pay_time",
    "order_status",
    "create_time",
    "update_time"
                ],
    "where": "update_time < '2020-08-15 12:00:26'",
    "splitPk": "order_id",
    "connection": [
                  {
    "table": [
    "order_info"
                    ],
    "jdbcUrl": [
    "jdbc:mysql://127.0.0.1:3306/order"
                    ]
                  }
                ]
              }
            },
    "writer": {
    "name": "mysqlwriter",
    "parameter": {
    "writeMode": "replace",
    "batchSize": 128,
    "username": "xxxxx",
    "password": "xxxxx",
    "column": [
    "order_id",
    "order_no",
    "customer_id",
    "shipping_user",
    "address",
    "payment_method",
    "order_money",
    "pay_time",
    "order_status",
    "create_time",
    "update_time"
                ],
    "session": [
    "set session sql_mode='ANSI'"
                ],
    "preSql": [
    ""
                ],
    "connection": [
                  {
    "jdbcUrl": "jdbc:mysql://127.0.0.1:3306/order?characterEncoding=utf8",
    "table": [
    "order_info_new"
                    ]
                  }
                ]
              }
            }
          }
        ]
      }
    }

    1. mysqlreader连接配置非业务依赖的只读实例

    2. mysqlreader查询条件语句配置需考虑查询性能及查询数据大小，能切割主键则尽量使用，避免查询超时和大数据量导致OOM等情况

    3. mysqlwriter链接配置只写的主实例

    4. 读写流量控制："channel": 10,"batchSize": 128(根据实际业务并发情况配置)

    5. mysqlwriter的写入方式writeMode，根据实际情况选择

  3. 启动

    cd bin/
    nohup python datax.py ../job/order_info_sync.json &

  4. 查看日志

    cd bin/
    tail -f nohup.out

  5. 等待历史数据补全至上述位点

  6. 核对新旧表历史数据是否一致；

增量数据实时同步

说明：
  下述同步案例基于开源产品otter进行增量同步，可自行查看开源文档相关配置进行参考

  1. 安装部署otter

    1. 安装otter-manager

    2. 安装otter-node

  2. 配置 详细配置操作可参考 https://github.com/alibaba/otter/wiki/Adminguide

    1. 登陆otter-manager

    2. 新建数据源配置(主实例的链接地址、数据库名称、用户名、密码)

    3. 新建数据表同步配置(order_info和order_info_new)

    4. 新建canal配置(监听binlog数据库表地址)，基于上述位点配置开始位点 

    5. 新建同步通道及映射关系(Channel管理 > Pipeline管理 > 映射关系列表 > 字段映射) 

  3. 开启同步Channel

  4. 等待数据对齐

原表与影子表切换

  1. rename table

    rename table order_info to order_info_old,order_info_new to order_info;

  2. 停止otter同步服务并删除旧表order_info_old(注意删除方式)

备注

  1. 对于表数据性质是早期历史数据不会再更新(如：订单结束后，相关属性不会再变)，可以先同步近期历史，然后开启增量实时同步，然后异步的去追平所有的历史数据，这样可以减少增量数据对齐时间，前提是数据本身有一个可靠的生命周期(即到达某种状态，该行数据不再发生变化)

  2. 对于只有插入没有更新、删除的数据，可以直接开启增量实时数据同步，然后异步同步历史全量数据

  3. 建议先开启增量，确保先能够获得位点，然后暂停增量，开启全量同步，全量同步完成，开启增量，组织数据对齐，这样能够完整的保证数据一致性。

  4. 影子表rename方式虽然能够解决数据库系统、业务系统稳定问题，但是需要考虑大数据数据仓库模块的对接，譬如实时数仓ADB不允许源端MySQL表重命名，如果通过COPY方式或者pt-osc、gh-ost等工具都会rename表名，那么就需要从数仓删除该表，重新配置同步(全量 + 增量)，会影响数仓业务

酱油厂的二掌柜
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL数据定义语言DDL的基础语句
01-19
MySQL DDL 语句 什么是DDL，DML。 DDL 是数据定义语言，就是对数据库，表层面的操作，如 CREATE,ALTER，DROP。DML 是数据操作语言，也就是对表中数据的增删改查，如 SELECT,UPDATE,INSERT,DELETE。  假设现在有...
MySQL大表DDL工具gh-ost
oschina_41731918的博客
10-24 1080
简介 使用 案例
mysql生产上如何进行大变ddl_MySQL在线大表DDL操作 （转）
weixin_32463071的博客
01-20 236
http://www.cnblogs.com/janehoo/p/5382474.html线大表DDL操作的方法：1、主从架构轮询修改需要注意：a、主库会话级别的记录binglog的参数关闭b、500\502错误异常捕捉c、检查备库的second behind master是否有延迟d、varchar有页分裂的情况，尽量减少varchar的长度2、在线工具online-schema-change需...
mysql算法:判断时间的连续性_如何减少 MySQL 的 DDL 对业务的影响？
weixin_39706127的博客
12-17 307
王文安王文安，网易游戏 MySQL DBA， 主要负责网易游戏 MySQL SaaS 平台的设计与维护，也有关注 TiDB，CockRoachDB 等分布式数据库。前言DDL 一向是业务的痛点，尤其是对大型表的 DDL 操作，具有操作时间久，对性能影响大，可能影响业务正常使用等问题。本文详细解释 MySQL DDL 的原理，以及尽可能减少 DDL 对业务的影响的办法。MySQL DDL ...
MySQL在线大表DDL操作 （转）
weixin_34123613的博客
08-31 152
http://www.cnblogs.com/janehoo/p/5382474.html 线大表DDL操作的方法： 1、主从架构轮询修改 需要注意：　　 　　a、主库会话级别的记录binglog的参数关闭 　　b、500\502错误异常捕捉 　　c、检查备库的second behind master是否有延迟 　　d、varchar有页分裂的情况，尽量减少varchar的长度 2、在线工具onl...
MySQL大表DDL方式对比
三思的博客
06-29 1137
文章目录一、原生DDL、Online DDL1.1 Online ddl操作原理1.2 DDL操作的两个参数1.3 Online DDL 操作空间存储的要求二、pt-online-schema-change2.1 pt-osc的大致流程：2.2 pt-osc的特点2.3 使用pt-osc的约束2.4三、gh-ost3.1 gh-ost的三种模式3.2 gh-ost的特点3.3 使用gh-ost的约束 线上环境的大表DDL操作一般都是比较让人头疼的，对于大表的DDL我们主要担心的风险点主要有： 对当前数据库
【MySQL作业】DDL 和 DML——美和易思使用 DML 删除表数据应用习题
12-14
打开从表 orders 的设计视图，单击“外键”，出现 orders 表外键编辑窗口，下拉选中“删除时”的状态值为“SET NULL”。 如果删除客户时，该客户所下订单亦跟着全部删除，则下拉选中“删除时”的状态值为“CASCADE...
MySQL主从复制延迟原因以及解决方案
12-14
来源：公众号「神谕的暗影长廊」 在异步或半同步的复制结构中，从库出现延迟是一件十分正常的事。 虽出现延迟正常，但是否需要关注，则一般是由业务来评估。 如：从库上有需要较高一致性的读业务，并且要求延迟小于...
[Oracle] dbms_metadata.get_ddl 的使用方法总结
09-10
以下是对Oracle中dbms_metadata.get_ddl的用法进行了详细的分析介绍，需要的朋友参考下
MySQL进阶-SQL优化、锁
bs_101的博客
06-28 284
mysql中sql优化、锁相关知识点
mysql事务rename_mysql亿级大表 rename卡表 解决方法
weixin_35468857的博客
01-19 2492
背景当初表结构设计不合理，表自增id达到2147483647，数据无法继续写入 ；重新设计新表将id int(10)更改为id bigint(20),后将原表改名。执行语句：RENAMETABLEt_crowd_userTOt_crowd_user_old_0606,t_crowd_user_tmpTOt_crowd_user;卡表，现象如下解决方案：1、 查询影响的事务MySQL...
oracle ddl操作很慢,Oracle11g新特性：在线操作功能增强-可等待DDL操作
weixin_39908462的博客
04-07 404
11g中在线处理功能得到了很大增强，其中包括在线修改表结构，在线创建或重建索引，建立不可见索引，表增加非空字段，在线DDL以及对象依赖性细化等。在11g以前，DDL操作都要获取对象的排他锁，如果当时无法获取，则会马上报错：SQL> conn yangtk/yangtk@ytk102已连接。SQL> create table t (id number);表已创建。SQL> inse...
mysql 使用navict创建触发器
qrnhhhh的博客
03-19 339
使用navict 建立触发器 需求： 表中有三个地段，其中一个字段是其余两个字段加起来的和。当其中一个改变时，这个字段需要更新。 想到了用 触发器可以做，不用写代码，这样还简单，还快速。 在表的设计界面，点解触发器。在这里新建触发器。 我新建的触发器 在定义里写上你要进行的操作。 在这里，new代表你更改后，old代表你更新前。 ...
MySQL之DDL变更
冬日追梦少年的博客
01-12 1408
前言 随着业务的发展，用户对系统需求变得越来越多，这就要求系统能够快速更新迭代以满足业务需求，通常系统版本发布时，都要先执行数据库的DDL变更，包括创建表、添加字段、添加索引、修改字段属性等。 在数据量大不大的情况下，执行DDL都很快，对业务基本没啥影响，但是数据量大的情况，而且我们业务做了读写分离，接入了实时数仓，这时DDL变更就是一个的难题，需要综合各方业务全盘考虑。 下面就聊聊这些年我公司在里面，MySQL中的DDL执行方式的变化、大表DDL该如何选择以及DDL执行过程监控。...
Java语言创建包含以上数据类型的MySQL表，并提供批量新增数据、批量修改数据、删除数据以及字段的DDL语句的详细代码示例
最新发布
wuchongyong的博客
07-25 462
请注意，上述代码中的DB_URL、USER和PASS需要根据实际情况进行修改，以连接到正确的MySQL数据库。另外，需要确保已经导入了适当的JDBC驱动程序。以上代码示例可以创建一个名为my_table的表，并在其中插入一条数据，然后进行批量修改和删除操作。请根据实际需求进行调整和扩展。
mysqlWriter
mjlfto的博客
01-29 665
Datax mysqlWriter 内容来自：https://github.com/alibaba/DataX/blob/master/mysqlwriter/doc/mysqlwriter.md 1 快速介绍 MysqlWriter 插件实现了写入数据到 Mysql 主库的目的表的功能。在底层实现上， MysqlWriter 通过 JDBC 连接远程 Mysql 数据库，并执行相应的 inser...
mysql在线对大表进行ddl
hjxisking的专栏
06-26 399
mysql在线对大表进行ddl
MySQL之DDL操作表
weixin_52690231的博客
03-21 237
MySQL之DDL操作表
6_3、大数据量时如何进行DDL操作
maoxuemin的博客
04-04 2834
修改表结构（如添加字段、添加索引）会给数据表加表级锁，当表中数据量较大时，会导致阻塞时间很长。 那么对于数据量大的表，如何在线修改表结构呢？ 一、方法一–滚动升级 停掉mysql服务器来修改表结构，然后进行滚动式更新： 1、比如很多台mysql服务器，先把主服务器停掉来更新(一般多台主服务器，让其他主服务器提供服务) 2、等到更新完，就滚动到从服务器(在此之前是其他从服务器提供服务的) 这种方案必须能够停掉mysql服务器来修改字段，mysql服务器越多，就需要的时间越长，只有等到更新完毕，才能把部署上线新
mysql ddl_MySQL使用DDL语句创建表
06-12
是的，DDL（Data Definition Language，数据定义语言）是MySQL中一类用于定义数据库、表、列等数据库对象的语言，其中包括了创建、删除、修改等操作。使用DDL语句可以方便地创建表、定义字段、设置约束等。下面是一个简单的示例，用于创建一个名为`users`的表： ``` CREATE TABLE IF NOT EXISTS users ( id INT AUTO_INCREMENT PRIMARY KEY, name VARCHAR(255) NOT NULL, age INT, email VARCHAR(255) UNIQUE, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; ``` 这个语句会创建一个名为`users`的表，其中包含了`id`、`name`、`age`、`email`和`created_at`五个字段。其中`id`是主键，`name`是必填字段，`email`是唯一字段，`created_at`是默认值为当前时间的时间戳字段。这个表使用InnoDB引擎，字符集为utf8mb4。注意，`IF NOT EXISTS`是为了避免重复创建表，如果表已存在则不会创建。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值