服务器硬盘空间马上就要被数据库吃满(100 多 G),该怎么迁移呢?求助求助 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
zzztongxue
V2EX    数据库

服务器硬盘空间马上就要被数据库吃满(100 多 G),该怎么迁移呢?求助求助

  •  
  •   zzztongxue 2024-06-12 16:35:29 +08:00 1650 次点击
    这是一个创建于 553 天前的主题,其中的信息可能已经有所发展或是发生改变。

    有个产品用了宝塔面板部署,之前这个数据库是放在阿里云上面,之前还在阿里云的时候不到 20G ,想着迁移到服务器 120G 应该够用好久了,但是没想到涨这么快,不知道是不是因为我那里没配置好,产生了大量的存文件。

    总之现在爆红,必须要处理了,求一个大佬指点指点怎么迁移宕机时间最少

    数据库已经差不多过 100G 了,迁移感觉一晚上都搞不定,直接扩容原来的硬盘又好贵。。。难受了

    第 1 条附言    2024-06-12 17:38:28 +08:00
    老哥们提醒得对,回去排查了一下,确实日志的问题。

    err 错误日志给占了 80G ,打算今晚凌晨删一下。

    ps:我是前端半路出家现在走野路子,现在一个人维护兼开发了两个日活 10w+的产品,一个人做技术草台班子都算不上,也不怕各位老哥笑话,技术确实蛮菜的...
    Pastsong
        1
    Pastsong  
       2024-06-12 16:37:15 +08:00
    内存?
    zzztongxue
        2
    zzztongxue  
    OP
       2024-06-12 16:39:45 +08:00
    @Pastsong 是服务器硬盘空间
    yangg
        3
    yangg  
       2024-06-12 16:45:07 +08:00
    连啥数据库都不说,大家来猜猜?数据库里每个表的占用呢?
    zeusho871
        4
    zeusho871  
       2024-06-12 16:45:33 +08:00 via Android
    binlog 要记得关
    dier
        5
    dier  
       2024-06-12 16:45:44 +08:00
    先看看是不是开了 binlog 日志之类的导致空间占用过大。如果是日志,可以先清理一下旧的日志文件再说。
    ```shell
    du -m -d 1 /
    ```
    dzdh
        6
    dzdh  
       2024-06-12 16:47:23 +08:00
    不怕死执行一遍 optimize
    yefee
        7
    yefee  
       2024-06-12 16:47:37 +08:00
    直接硬盘扩容啊
    rainmint
        8
    rainmint  
       2024-06-12 16:47:41 +08:00
    阿里云可以动态扩容
    zzztongxue
        9
    zzztongxue  
    OP
       2024-06-12 16:49:26 +08:00
    @yefee 我服务器买的 5 年,直接扩容好贵... 500G 需要一万多
    swLoXtOtd89pGg8t
        10
    swLoXtOtd89pGg8t  
       2024-06-12 16:49:30 +08:00   1
    mysql 确实会占很大内存,不过你这种 120GB 都不够的要不还是 shard 分开吧,在业务端进行 shard ,将压力均摊开,并且主从分离,slave 负责 read ,用 master 负责写。
    iBugOne
        11
    iBugOne  
       2024-06-12 16:50:16 +08:00   3
    1. 用宝塔
    2. 自己都不知道自己配了个啥
    3. 管硬盘叫内存

    buff 叠满了,这种问题估计没什么人愿意理
    zzztongxue
        12
    zzztongxue  
    OP
       2024-06-12 16:50:19 +08:00
    @yangg 我的我的,mysql8.0 ,社区类应用,主要是评论表和消息通知表占用得多
    kneo
        13
    kneo  
       2024-06-12 16:56:14 +08:00 via Android
    优先清理数据库。清理完争取再将就一年。

    mysql 8 默认开启 binlog ,可以自己关了,旧的 binlog 删掉就行,估计你用不着。
    xiaogu2014
        14
    xiaogu2014  
       2024-06-12 16:56:17 +08:00   1
    down time 要最少的的话。建议是先扩容。再接个外部的数据库当 slave (会利用 binlog 的)。直到数据一致之后切换主从。然后把 master 给删了。。
    如果 downtime 可以接受的话。先把网站关了。然后数据库直接迁移到新的库。然后再更改链接。。
    defunct9
        15
    defunct9  
       2024-06-12 16:56:30 +08:00   1
    开 ssh ,让我上去看看
    cheng6563
        16
    cheng6563  
       2024-06-12 17:00:49 +08:00
    停 mysql ,阿里云面板上扩容,重启扩分区大小,启动 mysql 。
    手速快的话几分钟搞定

    不要 optimize ,跑 optimize 直接死。
    wenxueywx
        17
    wenxueywx  
       2024-06-12 17:04:01 +08:00   1
    首先看看是什么占用的磁盘,日志还是数据?
    其次看看能不能删?
    都不行的话就另外搞个机器远程备份克隆一个 mysql 实例过去,然后进行主从同步到最新位点,服务再找机会切到新实例,原实例就可以删了。
    jianchang512
        18
    jianchang512  
       2024-06-12 17:08:28 +08:00
    借楼问下,主从 读写分离这种延时怎么处理
    lyxxxh2
        19
    lyxxxh2  
       2024-06-12 17:26:47 +08:00
    开 ssh 免费帮你解决。
    保证删得干净。
    june4
        20
    june4  
       2024-06-12 17:27:07 +08:00   1
    啥论坛这么大用户量啊,120G 的数据库都能很快用完
    wcloudme
        21
    wcloudme  
       2024-06-12 17:28:29 +08:00   1
    大概率是日志占用了太多空间
    jones2000
        22
    jones2000  
       2024-06-12 17:42:18 +08:00
    数据库脱机, 整个数据库文件拷到新的机器上, 然后新的机器上绑定这个库文件。
    wenxueywx
        23
    wenxueywx  
       2024-06-12 18:01:25 +08:00   1
    错误日志还等什么凌晨删啊
    直接 echo > error.log
    zzztongxue
        24
    zzztongxue  
    OP
       2024-06-12 18:04:26 +08:00
    @wenxueywx 哈哈哈,前面直接清空了
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2829 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 112ms UTC 14:19 PVG 22:19 LAX 06:19 JFK 09:19
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86