阿里云文档 2025-11-19

将Azure Databricks中schema及table迁移至AnalyticDB for MySQL

本文介绍如何将Azure Databricks中的schema以及schema内的所有表(仅表结构)迁移至AnalyticDB for MySQL。

阿里云文档 2025-08-22

将BigQuery中dataset及table迁移至AnalyticDB for MySQL

本文介绍如何将BigQuery中的dataset以及dataset内的所有表(仅表结构)迁移至AnalyticDB for MySQL内表中。

阿里云文档 2025-07-17

使用optimize table语句释放MySQL表空间

当MySQL表数据量较大时,通过 DELETE 语句清理数据并不会直接释放磁盘空间,仅会将数据库记录或数据页标记为可重用。若需要真正回收表空间并减少磁盘占用,可通过OPTIMIZE TABLE实现。

阿里云文档 2025-05-07

AnalyticDB MySQL Cache TABLE的语法

云原生数据仓库 AnalyticDB MySQL 版提供了Cache表功能,用于临时存储查询结果,能够实现快速检索和数据管理。本文介绍Cache表的相关功能说明以及使用示例。

阿里云文档 2025-03-20

重启RDS MySQL实例后提示:ERROR 1146 (42S02): Table 'xxx.xxx' doesn't exist

问题现象在重启RDS MySQL实例后,进行表相关操作时,提示如下错误:ERROR 1146 (42S02): Table 'xxx.xxx' doesn't exist同时,在error log中可见如下记录:[Warning] InnoDB: Load table `xxx`.`xxx` fai...

文章 2017-12-13 来自:开发者社区

MySQL · 引擎特性 · DROP TABLE之binlog解析

Drop Table的特殊之处 Drop Table乍一看,与其它DDL 也没什么区别,但当你深入去研究它的时候,发现还是有很多不同。最明显的地方就是DropTable后面可以紧跟多个表,并且可以是不同类型的表,这些表还不需要显式指明其类型,比如是普通表还是临时表,是支持事务的存储引擎的表还是不支持事务的存储引擎的表等。这些特殊之处对于代码实现有什么影响呢?对于普通表,无论是创建还是删除,数据库....

MySQL · 引擎特性 · DROP TABLE之binlog解析
文章 2017-11-21 来自:开发者社区

MySQL · 引擎特性 · DROP TABLE之binlog解析

Drop Table的特殊之处 Drop Table乍一看,与其它DDL 也没什么区别,但当你深入去研究它的时候,发现还是有很多不同。最明显的地方就是DropTable后面可以紧跟多个表,并且可以是不同类型的表,这些表还不需要显式指明其类型,比如是普通表还是临时表,是支持事务的存储引擎的表还是不支持事务的存储引擎的表等。这些特殊之处对于代码实现有什么影响呢?对于普通表,无论是创建还是删除,数据.....

MySQL ·  引擎特性 ·  DROP TABLE之binlog解析
文章 2017-11-12 来自:开发者社区

mysql删除大表更快的drop table办法

曾经发文介绍过,DROP table XXX ,特别是碰到大表时,http://www.mysqlops.com/2011/02/18/mysql-drop-table-%e5%a4%84%e7%90%86%e8%bf%87%e7%a8%8b.html 在DROP TABLE 过程中,所有操作都会被HANG住。 这是因为INNODB会维护一个全局独占锁(在table cache上面),直到DRO....

文章 2016-05-23 来自:开发者社区

MySQL · 特性分析 · drop table的优化

背景 系统为了加速对象的访问,通常都会增加一层缓存,以缓解下一层IO的瓶颈,OS的page cache和数据库的buffer pool都基于此。 但对象的删除,如果同步清理对象的缓存的话,不仅大大增加了延时,同时可能因为缓存过大导致IO blooding。所以针对缓存的清理,都会采用lazy drop的优化,下面我们就来对比下percona和官方针对drop table的lazy drop 优化....

MySQL · 特性分析 · drop table的优化
文章 2016-05-10 来自:开发者社区

[MySQL 源码] MySQL drop table(压缩表)效率与流程分析

 之前发生过一起连续drop压缩表,最后长时间等待信号量crash,线上alert log里的报错是: OS WAIT ARRAY INFO: reservation count 36647199, signal count 34050225 --Thread 1331538240 has waited at row0purge.c line 680 for 950.00 seconds...

本页面内关键词为智能算法引擎基于机器学习所生成,如有任何问题,可在页面下方点击"联系我们"与我们沟通。

产品推荐

数据库

数据库领域前沿技术分享与交流

+关注
相关镜像