mysql中的ddl，mysql dml和 ddl 谁的效率更高
来源：整理 编辑：黑码技术 2024-05-20 04:05:35
本文目录一览
1，mysql dml和 ddl 谁的效率更高
这二个应该没有可比性dml是对数据的增删改查 ddl是建表 改表删表 建索引等对象操作语句一般也就dml才会考虑效率问题
2，常用的DDLDML操作属于Mysql逻辑体系里的哪一层
属于数据库层。MySQL支持DML(数据操作语言)、DDL(数据定义语言)、存储过程、视图、触发器、自定义函数等多种SQL语言接口。
3，数据库主从DDL是什么
谈到MySQL数据库主从同步延迟原理，得从mysql的数据库主从复制原理说起，mysql的主从复制都是单线程的操作，主库对所有DDL和DML产生binlog，binlog是顺序写，所以效率很高，slave的Slave_IO_Running线程到主库取日志，效率很比较高，下一步，问题来了，slave的Slave_SQL_Running线程将主库的DDL和DML操作在slave实施。DML和DDL的IO操作是随即的，不是顺序的，成本高很多，还可能可slave上的其他查询产生lock争用，由于Slave_SQL_Running也是单线程的，所以一个DDL卡主了，需要执行10分钟，那么所有之后的DDL会等待这个DDL执行完才会继续执行，这就导致了延时。有朋友会问：“主库上那个相同的DDL也需要执行10分，为什么slave会延时？”，答案是master可以并发，Slave_SQL_Running线程却不可以。dml（data manipulation language）： 它们是select、update、insert、delete，就象它的名字一样，这4条命令是用来对数据库里的数据进行操作的语言ddl（data definition language）： ddl比dml要多，主要的命令有create、alter、drop等，ddl主要是用在定义或改变表（table）的结构，数据类型，表之间的链接和约束等初始化工作上，他们大多在建立表时使用
4，mysql备份为什么不能执行ddl
原因如下：1、MySQL备份期间执行DDL数据定义语言操作会导致备份失败或不一致。2、在备份过程中，MySQL会锁定正在备份的表，以防止数据更改。3、DDL操作会改变表的结构和数据，在备份期间执行这些操作，备份文件无法准确地反映数据库的状态。
5，什么是 ddl语句
ddl是数据库模式定义语言，是用于描述数据库中要存储的现实世界实体的语言。常见的DDL语句例如：创建数据库：CREATE DATABASE创建表：CREATE TABLE扩展资料DDL描述的模式，必须由计算机软件进行编译，转换为便于计算机存储、查询和操纵的格式，完成这个转换工作的程序称为模式编译器。模式编译器处理模式定义主要产生两种类型的数据：数据字典以及数据类型和结构定义。数据字典和数据库内部结构信息是创建该模式所对应的数据库的依据，根据这些信息创建每个数据库对应的逻辑结构；对数据库数据的访问、查询也根据模式信息决定数据存取的方式和类型，以及数据之间的关系和对数据的完整性约束。数据字典是模式的内部信息表示，数据字典的存储方式对不同的DBMS各不相同。数据类型和结构的定义，是指当应用程序与数据库连接操作时，应用程序需要了解产生和提取的数据类型和结构。是为各种宿主语言提供的用户工作区的数据类型和结构定义，使用户工作区和数据库的逻辑结构相一致，减少数据的转换过程，这种数据类型和结构的定义通常用一个头文件来实现。参考资料来源：搜狗百科-DDLDDL是数据定义语言(表级操作语言)，操作的内容为表格或者对象，常用到的关键字有create、alter、drop、truncate、renameddl是数据库模式定义语言，是用于描述数据库中要存储的现实世界实体的语言常见的DDL语句例如： 创建数据库：CREATE DATABASE 创建表：CREATE TABLE我是在泰牛程序员的mysql视频里面看到的常见的DDL语句:CREATE DATABASE，CREATE TABLE，ALTER TABLE ，DROP TABLE，CREATE VIEW，ALTER VIEW ，DROP VIEW 等
6，mysql 8 新特性一 ALGORITHMINSTANT 实现的快速DDL
参考 https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-12.html 在线DDL之 快速增加列（秒级别的），并不会造成业务抖动。该功能自 MySQL 8.0.12 版本引入，是由腾讯游戏DBA团队贡献，我国程序员还是挺厉害的嘛。注意一下，此功能只适用于 InnoDB 表。实际上MySQL 5.7就已支持 Online DDL，虽说大部分 DDL 不影响对表DML操作，但是依然会消耗非常多的时间，且占用额外的磁盘空间，并会造成主从延迟，或者影响表的查询速度。有了这个ALGORITHM=INSTANT 就可应对瞬息万变的需求了。。 ALGORITHM=INSTANT 目前对6种ddl有效： 实际试验下，使用 mysql5.7的INPLACE 算法 时间: 52s。 使用 Instant Add Column ，时间:0.39 s。 果然是秒级别添加 当然我们不需要显式指定algorithm=instant;mysql会优先使用INSTANT算法来进行ddl的；若显式指定algorithm=instant 同时目标ddl不支持就会报错。如下，DROP COLUMN 时指定则报错 添加或删除virtual 列 添加或删除列默认值 修改 ENUM 定义 修改索引类型 重命名表，好像和5.7的INPLACE算法也没啥时间上的区别。INPLACE的rename table已经足够快了 还有一些特殊情况不能使用ALGORITHM=INSTANT的： Instant Add Column只能将新字段添加到表的尾巴上，不能添加到中间! 不支持压缩表，即该表行格式不能是 COMPRESSED。 不支持包含全文索引的表；不支持临时表；不支持那些在数据字典表空间中创建的表。这些就不一一验证了。平时操作时要注意下！
文章TAG：
mysql 效率 更高 mysql中的ddl mysql dml和 ddl 谁的效率更高
