Java 为什么要获取org.hibernate.hibernateeexception:IOException读取二进制值时发生
我在日志中发现了这个我以前从未见过的异常,我正在使用Hibernate 4.1.7 这是否表明我的数据库已损坏,或者这是Hibernate中的错误。我在上找到了对该错误的引用,但它引用了更早期版本的hibernate,并针对hibernate 4.0进行了修复Java 为什么要获取org.hibernate.hibernateeexception:IOException读取二进制值时发生,java,hibernate,blob,lob,blobstorage,Java,Hibernate,Blob,Lob,Blobstorage,我在日志中发现了这个我以前从未见过的异常,我正在使用Hibernate 4.1.7 这是否表明我的数据库已损坏,或者这是Hibernate中的错误。我在上找到了对该错误的引用,但它引用了更早期版本的hibernate,并针对hibernate 4.0进行了修复 org.hiorg.hibernate.HibernateException: IOException occurred reading a binary value at org.hibernate.type.descripto
org.hiorg.hibernate.HibernateException: IOException occurred reading a binary value
at org.hibernate.type.descriptor.java.DataHelper.extractBytes(DataHelper.java:187)
at org.hibernate.type.descriptor.java.PrimitiveByteArrayTypeDescriptor.wrap(PrimitiveByteArrayTypeDescriptor.java:124)
at org.hibernate.type.descriptor.java.PrimitiveByteArrayTypeDescriptor.wrap(PrimitiveByteArrayTypeDescriptor.java:41)
at org.hibernate.type.descriptor.sql.BlobTypeDescriptor$5.doExtract(BlobTypeDescriptor.java:118)
at org.hibernate.type.descriptor.sql.BasicExtractor.extract(BasicExtractor.java:65)
at org.hibernate.type.AbstractStandardBasicType.nullSafeGet(AbstractStandardBasicType.java:269)
at org.hibernate.type.AbstractStandardBasicType.nullSafeGet(AbstractStandardBasicType.java:265)
at org.hibernate.type.AbstractStandardBasicType.nullSafeGet(AbstractStandardBasicType.java:238)
at org.hibernate.type.AbstractStandardBasicType.hydrate(AbstractStandardBasicType.java:357)
at org.hibernate.persister.entity.AbstractEntityPersister.hydrate(AbstractEntityPersister.java:2807)
at org.hibernate.loader.Loader.loadFromResultSet(Loader.java:1545)
at org.hibernate.loader.Loader.instanceNotYetLoaded(Loader.java:1477)
at org.hibernate.loader.Loader.getRow(Loader.java:1377)
at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java:644)
at org.hibernate.loader.Loader.doQuery(Loader.java:854)
at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:293)
at org.hibernate.loader.Loader.doList(Loader.java:2382)
at org.hibernate.loader.Loader.doList(Loader.java:2368)
at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2198)
at org.hibernate.loader.Loader.list(Loader.java:2193)
at org.hibernate.loader.criteria.CriteriaLoader.list(CriteriaLoader.java:122)
at org.hibernate.internal.SessionImpl.list(SessionImpl.java:1618)
at org.hibernate.internal.CriteriaImpl.list(CriteriaImpl.java:374)
at com.jthink.songkong.db.SongCache.loadSongsFromDatabase(SongCache.java:57)
at com.jthink.songkong.analyse.analyser.SongGroup.getSongs(SongGroup.java:48)
at com.jthink.songkong.analyse.analyser.DiscogsSongGroupMatcher.call(DiscogsSongGroupMatcher.java:63)
at com.jthink.songkong.analyse.analyser.DiscogsSongGroupMatcher.call(DiscogsSongGroupMatcher.java:28)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.io.IOException: org.h2.jdbc.JdbcSQLException: IO Exception: "Missing lob entry: 5587/4" [90028-172]
at org.h2.message.DbException.convertToIOException(DbException.java:348)
at org.h2.store.LobStorageBackend$LobInputStream.fillBuffer(LobStorageBackend.java:695)
at org.h2.store.LobStorageBackend$LobInputStream.readFully(LobStorageBackend.java:668)
at org.h2.store.LobStorageBackend$LobInputStream.read(LobStorageBackend.java:654)
at org.hibernate.type.descriptor.java.DataHelper.extractBytes(DataHelper.java:179)
... 31 more
Caused by: org.h2.jdbc.JdbcSQLException: IO Exception: "Missing lob entry: 5587/4" [90028-172]
at org.h2.message.DbException.getJdbcSQLException(DbException.java:329)
at org.h2.message.DbException.get(DbException.java:169)
at org.h2.message.DbException.get(DbException.java:146)
at org.h2.store.LobStorageBackend.readBlock(LobStorageBackend.java:203)
at org.h2.store.LobStorageBackend$LobInputStream.fillBuffer(LobStorageBackend.java:692)
... 34 more
这肯定是数据库的问题,而不是hibernate的问题。您必须查看异常的原因,该异常是在
h2
数据库代码中引发的异常
Caused by: org.h2.jdbc.JdbcSQLException: IO Exception: "Missing lob entry: 5587/4" [90028-172]
at org.h2.message.DbException.getJdbcSQLException(DbException.java:329)
at org.h2.message.DbException.get(DbException.java:169)
at org.h2.message.DbException.get(DbException.java:146)
at org.h2.store.LobStorageBackend.readBlock(LobStorageBackend.java:203)
at org.h2.store.LobStorageBackend$LobInputStream.fillBuffer(LobStorageBackend.java:692)
在internet上搜索“h2数据库缺少lob条目”显示这是一条h2
特定的错误消息,答案如下:
表明数据库很可能已损坏
如果这种情况发生得更频繁,就应该更多地研究这种情况是如何发生的。但这在数据库开发人员活跃的
h2
组中做得最好。如果您试图加载已删除的数据寄存器,请尝试同步对该hibernate DAO的访问。多线程应用程序应该每个线程使用一个连接。让我们从Hibernate的文档开始:
@Lob表示应根据属性类型将属性持久化到Blob或Clob中:java.sql.Clob、Character[]、char[]和java.lang.String将持久化到Clob中。java.sql.Blob、Byte[]、Byte[]和serializable类型将保留在Blob中。
例如:
@Lob
public String getFullText() {
return fullText;
}
@Lob
public byte[] getFullCode() {
return fullCode;
}
知道这一点,可能意味着该对象不在数据库中。可能它已从表中删除,但在引用的表中没有。假设从表blob
中删除了id为5的blob,但在表users\u blob
中仍然引用了它,如下所示:
| user_id | blob_id|
| 4 | 5 | //This entry blob were delete but is still referenced by that table
| 5 | 2 |
如果是这种情况,您应该重新定义users\u blob
(例如)约束,以便在删除blob时将其删除或放置null
此外,此链接也很有用:
您使用的是什么数据库,可能是h2数据库?你能告诉我h2 jar的版本吗?谢谢你指出潜在的问题可能是h2,并提供了一个链接。谢谢,我不再有这个问题,但看起来可能是概述的案例之一,所以谢谢。我不认为接受的答案比我的更好。这个问题与Blob类型或注释没有任何关系:也可能发生在其他类型上