22,209
社区成员
发帖
与我相关
我的任务
分享
此外, 可写个工具程序, 把现在数据库中存储图片的字段值逐个读出, 经压缩处理后再写回去. 应该可以收回不少空间. 客户端在接收到原始图片之后, 写入数据库之前, 对图片进行压缩处理(保持原始图片的尺寸). 需修改前端程序代码.
客户端在接收到原始图片之后, 写入数据库之前, 对图片进行压缩处理(保持原始图片的尺寸). 需修改前端程序代码.
数据库中表压缩? 图片在上传(进数据库)时, 可以先做压缩处理, 一般几MB的原始图片可以压缩成几百KB级的图, 重新打开时, 一般看不出有多少质量损失.
数据库收缩时需要注意以下几个问题,否则收缩效果不理想: 1、数据库中的数据文件、日志文件大小如何?日志文件如果较大,可以直接使用数据库的收缩功能来处理 2、数据库中的数据,已删除的记录多吗?如果已删除的记录很多,那么收缩后会腾出很多空间 3、可以使用压缩方法来减小磁盘占用,以目前服务器的 CPU 来说压力不会很大(瓶颈在磁盘上) 4、拆分数据库可提升数据库访问性能,但是不会减小磁盘占用(一个大文件拆分成多个小文件而已),与数据库收缩没什么关系 根据你的分析和侧重点,个人觉得你的需求不是数据库收缩,而是数据库性能的提升,以及架构扩展。
图片在上传(进数据库)时, 可以先做压缩处理, 一般几MB的原始图片可以压缩成几百KB级的图, 重新打开时, 一般看不出有多少质量损失.
数据库有这么大的话,为啥不直接加硬盘呢?
补充: 定期在系统闲时进行索引碎片重整, 可删除多余的索引页, 减少存储空间. 且有利于减少SQL查询时的DISK IO量, 提高性能.