newhappy的专栏

高级系统分析师,专注于对SOA,Ajax以及J2EE架构的研究,欢迎大家与我交流.Email:pleasechess@126.com

用户操作
[即时聊天] [发私信] [加为好友]
newhappyID:newhappy2008
490580次访问,排名93好友62人,关注者71
吉林大学软件工程硕士;一汽启明CPDM项目组软件工程师;
newhappy2008的文章
原创 187 篇
翻译 24 篇
转载 99 篇
评论 296 篇
newhappy的公告
非常感谢CSDN提供了这么好的一个平台,过去的一年为生活而忙忙碌碌,博客更新的不多,在新的一年里,我会勤快一点,多学一些技术,多交一些技术上的朋友.
最近评论
meng0819:这些问题在设计阶段,除非是神,任何人在当时当地都无法完全预料到。如果在早期阶段就投入精力到性能中,只会得不偿失。

评:设计完成后的评审可以避免类似的问题。
bingg:呵呵,任何事情都是发展的,变化的,楼主喜欢给事物下定义是不对的.鄙视一下
bingg:呵呵,任何事情都是发展的,变化的,楼主喜欢给事物下定义是不对的.鄙视一下
bjthemost:没什么没有人关心 Berkeley DB?
sz_haitao:上面这么多人重复发帖,看来本blog系统发完回复没有及时显示的bug是普遍存在的啊
文章分类
收藏
    相册
    友情连接
    114社区
    SOA-中间件
    张孝祥(RSS)
    杨洪波(RSS)
    沈东良
    许式伟(RSS)
    谭振林(RSS)
    银狐999(RSS)
    阿蒙专栏(RSS)
    存档
    订阅我的博客
    XML聚合  FeedSky

    转载 MySQL主从复制中关于AUTO_INCREMENT的奇怪问题 收藏

    新一篇: 一次NBU备份错误诊断 | 旧一篇: 使用SQL_TRACE进行数据库诊断

    昨天修改一个表的字段,发现主从复制同步失效了,但同步进程没有出错,mysql日志也没有出错,仔细查找了一下原因,发现是新增的自增主键字段的起始值在主从库上不一致,导致按主键更新数据时无法在从库找到对应记录。事情经过如下:

    表table1(主库为innodb类型,从库为MyISAM类型),有一自增主键pid,现将pid改成非自增,非主键,另外增加一自增主键。

    alter table table1 modify pid int not null;

    alter talbe table1 drop primary key;

    alter table table1 add aid int not null auto_increment primary key first;

    结果主库上表table1的auto_increment属性自动没有了,默认重新从1开始,但从库上表table1的auto_increment属性还有,还是以前pid的最大值。

    奇怪的是我把从库也改成innodb就没有这个问题了,怀疑是mysql的bug,在此记录一下,以后要注意了。 

    发表于 @ 2008年04月21日 21:58:00|评论(loading...)|收藏

    新一篇: 一次NBU备份错误诊断 | 旧一篇: 使用SQL_TRACE进行数据库诊断

    评论:没有评论。

    发表评论  


    当前用户设置只有注册用户才能发表评论。如果你没有登录,请点击登录
    Csdn Blog version 3.1a
    Copyright © newhappy