eclipselink 和 mysql 的 GTID 复制
eclipselink and mysql's GTID replication
我正在将现有的 JPA/eclipselink 应用程序从 mysql 5.5 迁移到 mysql 5.6，我想在以后使用 GTID 复制。
但是，MySQL 的全局事务标识符 (GTID) 文档指出 specific limitations 临时表的使用。知道 eclipselink 在与 mysql 通信时使用临时表来执行各种 update/delete 操作，我担心它们一起使用时存在不兼容性。
有谁知道 eclipselink（版本 2.5+）是否可以与 mysql 5.6 和 GTID 复制一起使用？
在这里回答我自己的问题...
我可以确认，至少对于我的应用程序 运行 eclipselink 2.5.2，GTID 复制确实会在 UpdateAll/DeleteAll 类型的 JPA 查询期间导致 SQL 异常。异常消息实际上是 "table does not exist" 类型，其中在 delete/update 执行期间找不到临时引用 table（例如 'TL_jobs'）。
我还可以确认，在从 GTID 复制转换为传统的 bin-log 位置复制之后，之前失败的相同 eclipselink UpdateAll 查询现在正在运行。
我现在想知道是否可以在 eclipselink 中做一些事情来解决临时 tables 的使用问题。但是，那是另一章了。
我正在将现有的 JPA/eclipselink 应用程序从 mysql 5.5 迁移到 mysql 5.6，我想在以后使用 GTID 复制。
但是，MySQL 的全局事务标识符 (GTID) 文档指出 specific limitations 临时表的使用。知道 eclipselink 在与 mysql 通信时使用临时表来执行各种 update/delete 操作，我担心它们一起使用时存在不兼容性。
有谁知道 eclipselink（版本 2.5+）是否可以与 mysql 5.6 和 GTID 复制一起使用？
在这里回答我自己的问题...
我可以确认，至少对于我的应用程序 运行 eclipselink 2.5.2，GTID 复制确实会在 UpdateAll/DeleteAll 类型的 JPA 查询期间导致 SQL 异常。异常消息实际上是 "table does not exist" 类型，其中在 delete/update 执行期间找不到临时引用 table（例如 'TL_jobs'）。
我还可以确认，在从 GTID 复制转换为传统的 bin-log 位置复制之后，之前失败的相同 eclipselink UpdateAll 查询现在正在运行。
我现在想知道是否可以在 eclipselink 中做一些事情来解决临时 tables 的使用问题。但是，那是另一章了。