Discuz!官方免费开源建站系统

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索

帖子表1.5G,而且存在多个分表,无法升级X2.5

[复制链接]
jackyang1984 发表于 2012-8-17 17:35:22 | 显示全部楼层 |阅读模式
本论坛数据量比较大,帖子表原来7G左右,目前是X2,为了升级X2.5特地做帖子分表处理,一共分出5个分表,每个分表在1.5G左右,mysql  tmp_table_size 已经调到2G了,但反复多次还是出现截图的那个情景,请问康盛有没有做过针对大数据表升级的相关处理。



本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x
 楼主| jackyang1984 发表于 2012-8-17 17:36:16 | 显示全部楼层
数据库就死在那个copy to tmp table 和warting for table metadata lock
回复

使用道具 举报

 楼主| jackyang1984 发表于 2012-8-17 17:38:28 | 显示全部楼层
小数据库升级应该是没问题的,但大数据库就不知道了,网上找了很多信息有很多用户反映这个问题,也多为大数据表的情况
回复

使用道具 举报

m.king 发表于 2012-8-17 18:00:17 | 显示全部楼层
该问题我们稍后核查下!
回复

使用道具 举报

 楼主| jackyang1984 发表于 2012-8-20 10:13:59 | 显示全部楼层
m.king 发表于 2012-8-17 18:00
该问题我们稍后核查下!

好的,谢谢!
回复

使用道具 举报

mark35 发表于 2012-8-20 16:17:50 | 显示全部楼层
本帖最后由 mark35 于 2012-8-20 16:21 编辑
jackyang1984 发表于 2012-8-17 17:38
小数据库升级应该是没问题的,但大数据库就不知道了,网上找了很多信息有很多用户反映这个问题,也多为大数 ...

垃圾mysql在处理DDL的时候(比如ALTER TABLE,添加字段等等)是把整个表的数据读入到内存或者临时表然后重新生成表的,遇上大数据表直接歇菜。 而标准RDBMS在同样操作时只是去更新系统表在字典而已,在百万数据量的表上添加字段要不了一秒钟就完成了。

楼主数据量太大了。不是DZ技术不给力,而是mysql承受不起~
回复

使用道具 举报

 楼主| jackyang1984 发表于 2012-8-22 15:19:53 | 显示全部楼层
m.king 发表于 2012-8-17 18:00
该问题我们稍后核查下!

请问有解决方案了吗?
回复

使用道具 举报

deutsch 发表于 2012-8-31 19:21:41 | 显示全部楼层
bbs.qichejishu.com遇到类似问题,怎么解决?
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

手机版|小黑屋|Discuz! 官方站 ( 皖ICP备16010102号 )star

GMT+8, 2025-2-27 21:12 , Processed in 0.023112 second(s), 4 queries , Gzip On, Redis On.

Powered by Discuz! X3.4

Copyright © 2001-2023, Tencent Cloud.

快速回复 返回顶部 返回列表