12
返回列表 发新帖
楼主: kerlion

[笔记] Innodb的致命弱点cluster Index

[复制链接]
论坛徽章:
25
ITPUB元老
日期:2005-02-28 12:57:00咸鸭蛋
日期:2013-02-07 11:51:42咸鸭蛋
日期:2013-02-08 09:48:51蜘蛛蛋
日期:2013-02-21 15:47:392013年新春福章
日期:2013-02-25 14:51:24咸鸭蛋
日期:2013-02-28 17:08:42蜘蛛蛋
日期:2013-03-29 16:17:14双黄蛋
日期:2013-04-11 16:11:04咸鸭蛋
日期:2013-05-07 11:55:14咸鸭蛋
日期:2013-05-28 10:46:24
11#
 楼主| 发表于 2011-11-2 16:18 | 只看该作者
本帖最后由 kerlion 于 2011-11-2 16:33 编辑

我是说的InnoDB只提供了索引组织表一种形式,应该还提供一种堆表的方式,而且堆表应该是用的比较多的方式。而且这是底层的设计,改动的难度太。
Oracle并没有保留总行数,据我知道只有MyISAM采用了这种方式来处理select count(*) from t

5.5增减索引性能的提高,应该是Innodb plugin的新特性吧;对索引的修改本来就不应该先复制整个表的数据,以前之所以这么做,就是因为这个设计弱点,现在增加了一个判断,若果修改的不是主键键索引,就没有没要复制整个表了。

对已主键排序的问题,很多主键都是没有意义的id而已,多是用于jion中,排序意义其实不大;有的高并发DML还要个别设计,让它们不要被放到一块去了!!

使用道具 举报

回复

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

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表