我在使用 MySQL Workbench 上的内置迁移工具时遇到问题。
我正在将一个非常大的数据库从 MS SQL 2014 迁移到 MySQL。
MS SQL 服务器本地部署在我的 (Windows 8.1) 桌面上，MySQL 服务器在我的网络上的 Ubuntu Server 上运行。
我在迁移的最后“批量传输”阶段收到一系列以下错误。
`VHR_AGE`.`FlxTable`:Copying 33 columns of 311 rows from table [VHR_AGE].[dbo].[FlxTable]
ERROR: `VHR_AGE`.`FlxTable`:Not enough memory to allocate insert buffer of size 1073741824
`VHR_AGE`.`FlxTable`:Finished copying 0 rows in 0m00s
表的模式迁移得很好，问题仅限于数据本身的传输。
如果您希望查看任何特定变量来帮助诊断问题，请直接询问，我会立即提供。
任何关于这方面的帮助都会很棒，所有在线资源都是半身像。
编辑：
我什至不确定是 MS SQL 还是 MySQL 抛出了大小错误......
由于这是一年多前的事情，您可能已经解决了这个问题，但也许其他人（比如我）也有同样的问题，所以我想添加我的解决方案：
在一些 MySQL 论坛中，我发现一个人发布了一个公式，在为我的服务器和系统计算后，我发现我试图使用系统没有的 2 GB 过多 RAM。就在这里，我希望它对某人有所帮助。
RAM = innodb_pool_buffer_size + key_buffer_size +
( (read_buffer_size + sort_buffer_size + read_rnd_buffer_size + join_buffer_size)
* max_connection )
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
