什么时候出MYSQL一键升级啊

qq158100302

如题

另外5.5看起来好像不错
MySQL进入Oracle产品体系，获得了更多研发投入，新一代MySQL产品---MySQL5.5即将面世，较之之前的5.1版本，将获得诸多特性方面的提升，简单总结如下：

　　1. 默认存储引擎更改为InnoDB

　　InnoDB作为成熟、高效的事务引擎，目前已经广泛使用，但MySQL5.1之前的版本默认引擎均为MyISAM，此次MySQL5.5终于做到与时俱进，将默认数据库存储引擎改为InnoDB，并且引进了Innodb plugin 1.0.7。此次更新对数据库的好处是显而易见的：InnoDB的数据恢复时间从过去的一个甚至几个小时，缩短到几分钟(InnoDB plugin 1.0.7，InnoDB plugin 1.1， 恢复时采用红-黑树)。InnoDB Plugin 支持数据压缩存储，节约存储，提高内存命中率，并且支持adaptive flush checkpoint, 可以在某些场合避免数据库出现突发性能瓶颈。

　　Multi Rollback Segments： 原来InnoDB只有一个Segment，同时只支持1023的并发。现已扩充到128个Segments，从而解决了高并发的限制。

　　2. 多核性能提升

　　Metadata Locking (MDL) Framework替换LOCK_open mutex (lock)，使得MySQL5.1及过去版本在多核心处理器上的性能瓶颈得到解决，官方表示将继续增强对MySQL多处理器支持，直至MySQL性能“不受处理器数量的限制”

　　3. 复制功能(Replication)加强

　　MySQL复制特性是互联网公司应用非常广泛的特性，作为MySQL最实用最简单的扩展方式，过去的异步复制方式已经有些不上形势，对某些用户来说“异步复制”意味着极端情况下的数据风险，MySQL5.5将首次支持半同步(semi-sync replication)在MySQL的高可用方案中将产生更多更加可靠的方案。另外Slave fsync tunning;Relay log corruption recovery和Replication Heartbeat也将实现。

　　4. 增强表分区功能

　　MySQL 5.5的分区对用户绝对是个好消息，更易于使用的增强功能，以及TRUNCATE PARTITION命令都可以为DBA节省大量的时间，有时对最终用户亦如此：

　　1) 非整数列分区：任何使用过MySQL分区的人应该都遇到过不少问题，特别是面对非整数列分区时，MySQL 5.1只能处理整数列分区，如果你想在日期或字符串列上进行分区，你不得不使用函数对其进行转换。很麻烦，而MySQL 5.5中新增了两类分区方法，RANG和LIST分区法，同时在新的函数中增加了一个COLUMNS关键词。在MySQL 5.1中使用分区另一个让人头痛的问题是date类型(即日期列)，你不能直接使用它们，必须使用YEAR或TO_DAYS转换这些列，但在MySQL 5.5中情况发生了很大的变化，现在在日期列上可以直接分区，并且方法也很简单;

　　2) 多列分区：COLUMNS关键字现在允许字符串和日期列作为分区定义列，同时还允许使用多个列定义一个分区;

　　3) 可用性增强：truncate分区。分区最吸引人的一个功能是瞬间移除大量记录的能力，DBA都喜欢将历史记录存储到按日期分区的分区表中，这样可以定期删除过时的历史数据。　但当你需要移除分区中的部分数据时，事情就不是那么简单了，删除分区没有问题，但如果是清空分区，就很头痛了，要移除分区中的所有数据，但需要保留分区本身，你可以：使用DELETE语句，但我们知道DELETE语句的性能都很差。使用DROP PARTITION语句，紧跟着一个EORGANIZE PARTITIONS语句重新创建分区，但这样做比前一个方法的成本要高出许多。MySQL 5.5引入了TRUNCATE PARTITION，它和DROP PARTITION语句有些类似，但它保留了分区本身，也就是说分区还可以重复利用。TRUNCATE PARTITION应该是DBA工具箱中的必备工具;

　　4) 更多微调功能：TO_SECONDS：分区增强包有一个新的函数处理DATE和DATETIME列，使用TO_SECONDS函数，你可以将日期/时间列转换成自0年以来的秒数，如果你想使用小于1天的间隔进行分区，那么这个函数就可以帮到你。

　　5. Insert Buffering 如果在buffer pool中没找到数据，那么直接buffer起来，避免额外的IO;Delete & Purge Buffering 跟插入一样，如果buffer pool中没有命中，先buffer起来，避免额外的IO。

　　6. Support for Native AIO on Linux




给个地址
http://tech.it168.com/a2010/0804/1086/000001086071.shtml

licess

以上都是在服务器且高并发或者大的环境下的
1、InnoDB 占资源很多，不是很vps等小内存使用。
2、vps一般分你几个核
3、异步复制你用？
4、增强表分区你用？
5、Insert Buffering据了解也是建立在InnoDB上的。
6、native aio也是建立在InnoDB上的。

综上所述：杯具

qq158100302

原帖由 licess 于 2011-5-14 19:22 发表
以上都是在服务器且高并发或者大的环境下的
1、InnoDB 占资源很多，不是很vps等小内存使用。
2、vps一般分你几个核
3、异步复制你用？
4、增强表分区你用？
5、Insert Buffering据了解也是建立在InnoDB上的。
6、native ai ...

还真是悲剧……

MYSQL5.1的版本最好的是 5.1.54么
PHPMYADMIN最新的4.0正式版感觉不错啊 你集成的那个版本 导入的时候怎么会有错误呢 奇怪

licess

5.1.4算是不错吧
phpmyadmin是3.2.0，phpmyadmin 4.0还没试，有空看看。
导入什么错误？

qq158100302

phpmyadmin在导入的时候点击执行没有翻译 左下角显示叹号点击出来的东西忘记是什么了
换了4.0以后这个问题就没了