gpt4 book ai didi

mySQL转储不一致

转载 作者:行者123 更新时间:2023-11-29 21:11:07 26 4
gpt4 key购买 nike

我有一个仅在两个数据库上导出的结构,并使用它们来比较我的开发和生产服务器的架构。

我的一个字段有一个索引。

当我导出两个sql文件时,在一个文件中索引的定义如下:

 KEY `assoc_id` (`assoc_id`),

另外一个是这样的:

  KEY `assoc_id` (`assoc_id`) USING BTREE,

生产服务器是开发服务器的克隆,与 mysql 版本相同。

导出是使用 Navicat (OS X) 完成的,但我不知道这是否相关,因为转储是 mysql native 的...

这不是问题,因为在所有情况下都是 btree,但我只是好奇为什么有时添加 USING BTREE 而有时不添加。

编辑:刚刚看到了同样的事情:ROW_FORMAT=DYNAMIC

最佳答案

实际上 MySQL 中的所有索引都是 BTree。 InnoDB 和 MyISAM 引擎的默认值是 BTree。 FULLTEXT 和 SPATIAL 索引也存在,但会明确说明。 MEMORY Engine和NDB Cluster还有其他异常(exception),例如HASH。

因此,USING BTREE 是多余且可选的。没什么可担心的。

差异可能源于两种不同的导出产品或版本。

关于mySQL转储不一致,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36352640/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com