gpt4 book ai didi

java - WinXP 和 Mac OS X 中的 MySql

转载 作者:可可西里 更新时间:2023-11-01 07:38:13 25 4
gpt4 key购买 nike

我正面临这个奇怪的问题。我在我的机器上用 Win XP 编写代码,然后将所有代码移动到 Mac OS X 机器上。使用 XP 机器上的 jars 运行它。我在 java 中编码并使用 hibernate 进行数据库处理。

我无法插入一行,而键是使用增量生成器类生成的。我也在 Mac 上尝试了原生但同样的错误。

这里是 Debug模式。现在,我知道该错误是键冲突,但在 WinXP 中不会发生同样的情况。我在运行代码之前截断了我的数据库。我认为它们是 Mac 中的一些生成器类依赖项。或者其他一些 jar ?

这里有一些细节:

  • Mac OS X 10.5 (x86_64)
  • MYSQL 5.1.35 社区服务器
  • mysql-connector-java-5.1.7-bin.jar JDBC驱动
  • Java(TM) 2 运行时环境,标准版(build 1.5.0_16-b06-284)
  • Java HotSpot(TM) 客户端 VM(内部版本 1.5.0_16-133,混合模式,共享)

请指教

2009-06-20 18:43:01,230 DEBUG [org.hibernate.type.IntegerType] - binding '11266' to parameter: 2
2009-06-20 18:43:01,230 DEBUG [org.hibernate.type.IntegerType] - binding '332' to parameter: 3
2009-06-20 18:43:01,281 DEBUG [org.hibernate.type.IntegerType] - binding '6' to parameter: 4
2009-06-20 18:43:01,281 DEBUG [org.hibernate.persister.entity.AbstractEntityPersister] - Inserting entity: [org.joshua.hibernate.dto.Pagedatecounts#289]
2009-06-20 18:43:01,281 DEBUG [org.hibernate.jdbc.AbstractBatcher] - Executing batch size: 1
2009-06-20 18:43:01,288 DEBUG [org.hibernate.jdbc.AbstractBatcher] - about to close PreparedStatement (open PreparedStatements: 1, globally: 1)
2009-06-20 18:43:01,288 DEBUG [org.hibernate.jdbc.AbstractBatcher] - closing statement
2009-06-20 18:43:01,289 DEBUG [org.hibernate.util.JDBCExceptionReporter] - Could not execute JDBC batch update [insert into wiki.page (langId, titleId, totalCounts, id) values (?, ?, ?, ?)]
java.sql.BatchUpdateException: Duplicate entry '1-11266' for key 'Page_lang_title'
at com.mysql.jdbc.PreparedStatement.executeBatchSerially(PreparedStatement.java:1693)
at com.mysql.jdbc.PreparedStatement.executeBatch(PreparedStatement.java:1108)
at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:48)
at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:246)
at org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java:92)
at org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java:87)
at org.hibernate.jdbc.AbstractBatcher.prepareBatchStatement(AbstractBatcher.java:222)
at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2224)
at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2660)
at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java:56)
at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:250)
at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:234)
at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:141)
at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)
at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
at org.joshua.hibernate.dao.PageDAO.batchSave(PageDAO.java:70)
at org.joshua.businesservice.PageServiceImpl.savePageDateCountBatch(PageServiceImpl.java:61)
at org.joshua.wikidumps.DumpHandler.endElement(DumpHandler.java:192)
at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:176)
at org.joshua.wikidumps.PagesByNumberOfRecentEdits.execute(PagesByNumberOfRecentEdits.java:107)
at org.joshua.wikidumps.PagesByNumberOfRecentEdits_ur.main(PagesByNumberOfRecentEdits_ur.java:19)
2009-06-20 18:43:01,290 WARN [org.hibernate.util.JDBCExceptionReporter] - SQL Error: 1062, SQLState: 23000
2009-06-20 18:43:01,290 ERROR [org.hibernate.util.JDBCExceptionReporter] - Duplicate entry '1-11266' for key 'Page_lang_title'
2009-06-20 18:43:01,290 ERROR [org.hibernate.event.def.AbstractFlushingEventListener] - Could not synchronize database state with session
org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update

最佳答案

没什么可继续的,但这是我能做的:

  1. 被违反的唯一键是标题和语言列上的组合键。 (从名称(Page_lang_title,其中 lang_id 和 title_id 是列名称)和堆栈跟踪中显示的键的值(1-11266,实际上是两个值的组合)判断。
  2. 您维护一个页面(请求?)算作一个 wiki 页面。这当然容易出现并发问题,因为多个线程(请求)同时访问同一个页面。
  3. 您可能正在执行批量更新(或其他操作),并且您已经两次点击相同的 组合。您的逻辑类似于“来自 Page where page_id=? and lang_id=?”由于您在同一事务中运行批处理并在事务同步后使用 hibernate,因此您在表上的插入仅在您提交事务后处理,因此您尝试两次插入 lang_id 和 page_id 的相同组合。

现在您可以做几件事:

  1. 确保 Hibernate 的AUTO_FLUSH 模式正常工作,因此只要在对该表进行查询之前需要插入新实体,就会刷新 session 。为了使这项工作按预期进行,您必须确保 Hibernate 知道已启动的事务。
  2. 在您使用 Hibernate 检查数据库之前,维护您自己的每个事务创建的 Pagedatecount 缓存并查询它。

想一想:Pagedatecount 实体不是缺少日期列吗?它似乎没有被插入。

关于java - WinXP 和 Mac OS X 中的 MySql,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1022739/

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