问题是这样的，我有一个博客平台，其中有相册表 album，表结构很简单：
id, user_id, name, count_photo
这个 id 是 int 自增主键。
这个时候有个问题，相册本来是可以删除的，假设硬删除，那某个人恶意建了删删了建（虽然相册总数做了限制），id 就会留下许多“空洞”，如果是软删除，那 album 这张表数据会疯涨而且不好控制（限制每天创建数量？）。
我的想法是：
id 设置 char(32) ，并根据 [时间 + user_id] 合并后 MD5 得到，正常情况下同一个 user_id 的 [时间] 人为操作并不会重复（大不了再配合 uniqid / mt_rand），而不同用户不同 [user_id] 更不会重复，并且 id 加上 Unique 索引。
这样相册可以直接硬删除，恶意反复删除创建也不会对数据库造成什么影响。
不知道这种方式有没有什么问题？比如可能性能比 int 要差？各位是不是有过这样的实现呢？
增加一个字段 status 或者is_deleted 去标示这个相册的状态是否被删除
删除数据库的时候不要真的删除这条记录，而是标记删除这条记录 这个大部分时候都适用
空洞 除了强迫症之外没有其他问题。
标记删除还可以对已经删除的进行友好提示 您访问的相册已经被删除。
假设硬删除，那某个人恶意建了删删了建（虽然相册总数做了限制），id 就会留下许多“空洞”
那有什么问题么? MySQL 的自增主键本来就只保证递增,不保证依次.
直接用UUID吧