SQL SERVER数据库收缩方案

Dear SQL(燊) 2020-07-08 09:05:38
各位大神!我们公司数据库快到1TB了,领导要求出份收缩文档,我知道的都写了,还有没有其他方式?
...全文
262 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
唐诗三百首 2020-07-08
  • 打赏
  • 举报
回复
建议可以先在系统外试一下图片压缩的效果, 看看是否真的损失了很多品质.
据我这边的经验, 压缩后的图片用于一般的浏览器里显示完全没区别, 压缩很有必要.
Dear SQL(燊) 2020-07-08
  • 打赏
  • 举报
回复
引用 9 楼 唐诗三百首 的回复:
引用 7 楼 Dear SQL 的回复:
[quote=引用 5 楼 唐诗三百首 的回复:]图片在上传(进数据库)时, 可以先做压缩处理, 一般几MB的原始图片可以压缩成几百KB级的图, 重新打开时, 一般看不出有多少质量损失.
数据库中表压缩?
客户端在接收到原始图片之后, 写入数据库之前, 对图片进行压缩处理(保持原始图片的尺寸). 需修改前端程序代码.[/quote]
引用 11 楼 唐诗三百首 的回复:
引用 9 楼 唐诗三百首 的回复:
客户端在接收到原始图片之后, 写入数据库之前, 对图片进行压缩处理(保持原始图片的尺寸). 需修改前端程序代码.
此外, 可写个工具程序, 把现在数据库中存储图片的字段值逐个读出, 经压缩处理后再写回去. 应该可以收回不少空间.
业务部门说不能对他们上传的图片有品质影响
唐诗三百首 2020-07-08
  • 打赏
  • 举报
回复
引用 9 楼 唐诗三百首 的回复:
客户端在接收到原始图片之后, 写入数据库之前, 对图片进行压缩处理(保持原始图片的尺寸). 需修改前端程序代码.
此外, 可写个工具程序, 把现在数据库中存储图片的字段值逐个读出, 经压缩处理后再写回去. 应该可以收回不少空间.
sxq129601 2020-07-08
  • 打赏
  • 举报
回复
索引定时rebuild,日志收缩下。如果是真的不够,那只能加磁盘
唐诗三百首 2020-07-08
  • 打赏
  • 举报
回复
引用 7 楼 Dear SQL 的回复:
引用 5 楼 唐诗三百首 的回复:
图片在上传(进数据库)时, 可以先做压缩处理, 一般几MB的原始图片可以压缩成几百KB级的图, 重新打开时, 一般看不出有多少质量损失.
数据库中表压缩?
客户端在接收到原始图片之后, 写入数据库之前, 对图片进行压缩处理(保持原始图片的尺寸). 需修改前端程序代码.
Dear SQL(燊) 2020-07-08
  • 打赏
  • 举报
回复
引用 6 楼 datafansbj 的回复:
数据库收缩时需要注意以下几个问题,否则收缩效果不理想: 1、数据库中的数据文件、日志文件大小如何?日志文件如果较大,可以直接使用数据库的收缩功能来处理 2、数据库中的数据,已删除的记录多吗?如果已删除的记录很多,那么收缩后会腾出很多空间 3、可以使用压缩方法来减小磁盘占用,以目前服务器的 CPU 来说压力不会很大(瓶颈在磁盘上) 4、拆分数据库可提升数据库访问性能,但是不会减小磁盘占用(一个大文件拆分成多个小文件而已),与数据库收缩没什么关系 根据你的分析和侧重点,个人觉得你的需求不是数据库收缩,而是数据库性能的提升,以及架构扩展。
不管什么方案,主要是解决数据库过大,带来的维运问题(备份还原时间过长,如果真的数据库出现什么问题,还原数据时间过长,现在备份到网络存储要4.5小时),
Dear SQL(燊) 2020-07-08
  • 打赏
  • 举报
回复
引用 5 楼 唐诗三百首 的回复:
图片在上传(进数据库)时, 可以先做压缩处理, 一般几MB的原始图片可以压缩成几百KB级的图, 重新打开时, 一般看不出有多少质量损失.
数据库中表压缩?
datafansbj 2020-07-08
  • 打赏
  • 举报
回复
数据库收缩时需要注意以下几个问题,否则收缩效果不理想:
1、数据库中的数据文件、日志文件大小如何?日志文件如果较大,可以直接使用数据库的收缩功能来处理
2、数据库中的数据,已删除的记录多吗?如果已删除的记录很多,那么收缩后会腾出很多空间
3、可以使用压缩方法来减小磁盘占用,以目前服务器的 CPU 来说压力不会很大(瓶颈在磁盘上)
4、拆分数据库可提升数据库访问性能,但是不会减小磁盘占用(一个大文件拆分成多个小文件而已),与数据库收缩没什么关系

根据你的分析和侧重点,个人觉得你的需求不是数据库收缩,而是数据库性能的提升,以及架构扩展。
唐诗三百首 2020-07-08
  • 打赏
  • 举报
回复
图片在上传(进数据库)时, 可以先做压缩处理, 一般几MB的原始图片可以压缩成几百KB级的图, 重新打开时, 一般看不出有多少质量损失.
Dear SQL(燊) 2020-07-08
  • 打赏
  • 举报
回复
引用 2 楼 lich2005 的回复:
数据库有这么大的话,为啥不直接加硬盘呢?
这个是实时交易的数据库,过大运维不方便
Dear SQL(燊) 2020-07-08
  • 打赏
  • 举报
回复
引用 1 楼 唐诗三百首 的回复:
补充: 定期在系统闲时进行索引碎片重整, 可删除多余的索引页, 减少存储空间. 且有利于减少SQL查询时的DISK IO量, 提高性能.
有做,主要数据库存了图片增长的有点快
lich2005 2020-07-08
  • 打赏
  • 举报
回复
数据库有这么大的话,为啥不直接加硬盘呢?
唐诗三百首 2020-07-08
  • 打赏
  • 举报
回复
补充: 定期在系统闲时进行索引碎片重整, 可删除多余的索引页, 减少存储空间. 且有利于减少SQL查询时的DISK IO量, 提高性能.

22,209

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧