故事背景

前阵子，一言难尽有位朋友在微信上问我数据被删了能不能恢复，个功能工作我问了下原因，差点居然是让丢因为一个配置项惹的祸。

故事细节

在 Spring Boot 中使用 jpa 来操作数据库，一言难尽jpa 就不做详细的个功能工作介绍了，相信大家都有所了解或者也用过。差点

在 jpa 中有一个配置项，让丢可以让程序在启动的一言难尽时候自动初始化表结构或者更新表结构的功能。听上去很不错，个功能工作非常实用。差点

其实这是让丢一个非常危险的功能，个人觉得不应该提供这种功能，一言难尽只要留了口子就有可能会出问题。个功能工作

这个配置就是差点： spring.jpa.hibernate.ddl-auto

create（ 危险系数 2 颗星 ）

应用启动的时候，如果数据库中没有对应的表，就会自动根据实体类的结构创建一个表结构。如果表已经存在了就会将表中的数据清空。

create-drop（ 危险系数 3 颗星 ）

应用启动的时候，如果数据库中没有对应的表，亿华云计算就会自动根据实体类的结构创建一个表结构。如果表已经存在了就会将表中的数据清空。

程序停止的时候会将数据库中所有表删除掉。

update（ 危险系数 1 颗星 ）

应用启动的时候，如果数据库中没有对应的表，就会自动根据实体类的结构创建一个表结构。如果表已经存在了就会判断有没有新增字段或者修改长度之类的，如果有则会更新表结构，不会影响数据。

validate（ 危险系数 0 颗星 ）

validate 不会更新和删除表或者数据，只会做验证逻辑。

none （ 危险系数 0 颗星 ）

禁用 ddl 操作。

如何防范

这种问题归根到底还是技术负责人没重视线上安全问题，主要有下面几点：

数据没备份

线上数据一定要有备份，而且备份得放在不同的机器上，降低风险值。

数据库账号权限细分，不给删除权限，业务做逻辑删除

如果公司有 DBA 那么可能会好点，对数据库相关的安全会管控的比较严。如果没有 DBA，基本上都是源码下载开发自己管理，技术负责人应该去做这件事情。

一般的开发人员可以给只读账号就行了，偶尔线上查查数据之类的。

另外需要有一个读写的账号，用于程序中。

像删除，DDL 操作这种权限就留给管理员账号就行了，不然很容易出事。

应用中的框架有 DDL 操作的功能，一律禁止使用

这次的问题，除了开发人员的大意，最主要就是框架中自带了 DDL 的功能。像这种功能就应该禁止使用。

所有的表结构应该在上线之前确认好，最好手动执行，像 DDL 这种操作本身就会锁表，应该在业务低峰期去做。交给程序自动做不靠谱。

我记得我们之前在代码中也有去自动创建表的逻辑，在 code review 的时候被指了出来，源码库然后就去掉了。虽然说是为了使用更方便，但是增加了线上数据库的风险。像一些开源框架中也有类似的逻辑，当表不存在时会自动给你创建好表。