存储用户上传图像的 Hibernate+Spring+MySQL 项目操作的性能调优

Question

我正在开发一个基于Spring+Hibernate+MySQL的Web项目。我陷入了必须将用户上传的图像存储到数据库的困境。虽然我已经编写了一些目前运行良好的代码，但我相信当项目上线时事情会变得一团糟。

这是我的域类，它携带图像字节：

@Entity
public class Picture implements java.io.Serializable{
    long id;
    byte[] data;
    ... // getters and setters
}

这是我的控制器，用于在提交时保存文件：

public class PictureUploadFormController extends AbstractBaseFormController{
    ...
    protected ModelAndView onSubmit(HttpServletRequest request, HttpServletResponse response, Object command, BindException errors) throws Exception{
         MutlipartFile file; 
         // getting MultipartFile from the command object
         ...
         // beginning hibernate transaction
         ...
         Picture p=new Picture();
         p.setData(file.getBytes());
         pictureDAO.makePersistent(p); // this method simply calls getSession().saveOrUpdate(p)

         // committing hiernate transaction
         ...
    }
    ...
}

显然是一段糟糕的代码。无论如何，我可以使用 InputStream 或 Blob 来保存数据，而不是首先将用户的所有字节加载到内存中，然后将它们推入数据库中？

我对 Hibernate 对 Blob 的支持做了一些研究，并在《Hibernate In Action》一书中找到了这一点：

java.sql.Blob 和 java.sql.Clob 是 处理大件最有效的方法 Java 中的对象。不幸的是，一个 Blob 或 Clob 的实例只是 直到 JDBC 事务为止都可用 完成。 所以如果你的持久类 定义 java.sql.Clob 的属性或 java.sql.Blob（不是一个好主意 无论如何），你将受到限制 可以使用该类的实例。 特别是，你将无法使用 该类的实例是分离的 对象。此外，许多 JDBC 驱动程序不提供工作支持 对于 java.sql.Blob 和 java.sql.Clob。 因此，绘制地图更有意义 使用二进制或文本的大对象 映射类型，假设检索 将整个大对象放入内存 不是性能杀手。

注意你 可以找到最新的设计模式 以及关于大对象使用的提示 Hibernate 网站，有技巧 特定平台。

现在显然不能使用Blob，因为无论如何都不是一个好主意，还有什么可以用来提高性能呢？我在 Hibernate 网站上找不到任何最新的设计模式或任何有用的信息。因此，来自 stackoverflowers 的任何帮助/建议将不胜感激。

谢谢

Answer 1

该书的修订版（Java Persistence with Hibernate）说：

表 5.3 列出了用于处理二进制数据和大值的 Hibernate 类型。注意
仅支持 binary 作为标识符属性的类型。

Mapping type   Java type   Standard SQL built-in type
binary         byte[]               VARBINARY
text           java.lang.String     CLOB
clob           java.sql.Clob        CLOB
blob           java.sql.Blob        BLOB
serializable   Any Java class that  VARBINARY
               implements
               java.io.Serializable

如果持久化 Java 类中的属性是 byte[] 类型，Hibernate 可以映射
它到具有二进制映射类型的 VARBINARY 列。 （请注意，真正的 SQL 类型取决于方言；例如，在 PostgreSQL 中，SQL 类型是 BYTEA，
在 Oracle 中它是 RAW。）如果持久 Java 类中的属性是类型
java.lang.String，Hibernate可以将其映射到SQL CLOB列，其中包含文本
映射类型。

请注意，在这两种情况下，Hibernate 都会立即初始化属性值，
当保存属性变量的实体实例被加载时。这很不方便
当您必须处理潜在的大值时。

一种解决方案是通过按需拦截字段访问来延迟加载。
然而，这种方法需要持久化的字节码检测
用于注入额外代码的类。我们将讨论通过字节码进行延迟加载
第 13 章第 13.1.6 节“延迟加载”中的检测和拦截
拦截。”

第二个解决方案是在 Java 类中使用不同类型的属性。 JDBC支持
直接定位器对象 (LOB)。1 如果您的 Java 属性属于类型
java.sql.Clob 或 java.sql.Blob，可以使用 clob 或 blob 映射来映射它
type 来延迟加载大值而无需字节码检测。什么时候
属性的所有者已加载，属性值是一个定位器对象 - 实际上，
指向尚未实现的实际值的指针。一旦您访问
财产，价值得以实现。这种按需加载仅在以下情况下有效
数据库事务是开放的，因此您需要访问此类类型的任何属性
当拥有实体实例处于持久性和事务性状态时，而不是处于
分离状态。您的域模型现在也绑定到 JDBC，因为
需要导入java.sql包。尽管领域模型类是
在隔离的单元测试中可执行，没有数据库就无法访问 LOB 属性
连接。

希望这有帮助。