Mysql 无法为行缓冲区列分配1073741824字节

Mysql 无法为行缓冲区列分配1073741824字节,mysql,sql,Mysql,Sql,我尝试将sqlserver数据库导入mySQL数据库 当我尝试导入nvarchar(max)时,我得到了这个错误 :无法为行缓冲区列分配1073741824字节 我能做些什么呢?听起来mySQL不理解nvarchar(max)。您能否将该列重新定义为nvarchar(4000)并查看它的功能?听起来mySQL不理解nvarchar(max)。能否将列重新定义为nvarchar(4000)等,并查看它的功能?MySQL没有生成此错误。这是来自MySQL Workbench,应该对问题进行编辑以解释

我尝试将sqlserver数据库导入mySQL数据库 当我尝试导入nvarchar(max)时,我得到了这个错误

:无法为行缓冲区列分配1073741824字节


我能做些什么呢?

听起来mySQL不理解nvarchar(max)。您能否将该列重新定义为nvarchar(4000)并查看它的功能?

听起来mySQL不理解nvarchar(max)。能否将列重新定义为nvarchar(4000)等,并查看它的功能?

MySQL没有生成此错误。这是来自MySQL Workbench,应该对问题进行编辑以解释这一点(假设我是正确的)。这似乎来自工作台源文件
plugins/migration/copytable/copytable.cpp
。。。当为一行中的一列分配内存时,似乎要确定正确的做法是malloc1Gib。。。似乎有点极端,但OP可能也可以评论数据是否真的接近该大小,或者(并非巧合)这是否是
max\u allowed\u packet
的值。除此之外,我没有更多的问题。这就是为什么我认为将字段重新定义为编号长度nvarchar至少可以提供一个解决方法,尽管如果这是MySQL Workbench中的问题,那么需要引起他们的注意。MySQL没有生成此错误。这是来自MySQL Workbench,应该对问题进行编辑以解释这一点(假设我是正确的)。这似乎来自工作台源文件
plugins/migration/copytable/copytable.cpp
。。。当为一行中的一列分配内存时,似乎要确定正确的做法是malloc1Gib。。。似乎有点极端,但OP可能也可以评论数据是否真的接近该大小,或者(并非巧合)这是否是
max\u allowed\u packet
的值。除此之外,我没有更多的内容。这就是为什么我认为将字段重新定义为编号长度nvarchar至少可以提供一种解决方法,尽管如果这是MySQL Workbench中的一个问题,那么需要以某种方式引起他们的注意。