MySQL5.6新功能一览 哪些让您兴奋不已？（获奖名单已公布-2012-10-31）

cenalulu

回复 10# ning_lianjie


    有呀～ time delay replication

seesea2517

还没用过，了解了解情况。

ning_lianjie

回复 11# cenalulu

哦, 没注意.
有时间测试一下
   

o0o520

2. Replication（更好的复制功能，MySQL 复制模块团队主要改进了数据完整性和可用性以及性能方面的提升。）
        2.1Flexibility
                Time Delay
                Informational Events
                Remote binary log lookup
                Global Unique ServerIDs
                Global Transaction ID
        2.2Robustness
                Crash-Safe Slaves/Master
                Replication Event CheckSum
                Self-trimed binlog
        2.3Performance
                Multiple-thread Slaves
                Optimized Row Based Replication

目前，主从复制，slave用的是单线程，master上是多线程，在高并发情况下，slave往往落后于master，Multiple-thread Slaves这个改进，还是很不错的，不过具体实现的细节和条件限制还不是很了解。还有延迟复制功能，比如在master进行了误删除操作，这时就体现延迟复制的优势了，对于安全性才说也是很有必要的。
Replication Event CheckSum这个不太清楚是不是指的主从的一致性校验，目前用的是percona-toolkit工具包来checksum数据的一致性，如果这个功能也自带了，那就好了

4. Memcached API

这个功能我想很多人都期待已久的，目前的环境也是安装了memcached，新版本集成了memcached，以后就无需再独立安装了，耦合性相信也会更好。

再说下比较期待的功能：

现在mysql的最大缺陷就是高可用方面，也就是HA，mysql在这方面做的一直很差，如果能把这个问题解决了，那mysql就完美了。

mysql 5.6基于以上的改进，可以先小范围的升级、测试，稳定运行一段时间后，可考虑把生产环境的mysql升级到5.6。

wjlcn

1. Memcached API 确实值得期待，插件安装也比较简单，还有专门的库innodb_memcache 来存放策略、配置等；不过跟 memcached server相比，性能上还有有点差距并且读写也不太稳定，希望在以后的版本中有更多的惊喜~

2. Innodb Persistent Statistics 应该可以更好地关注mysql innodb 性能，这个也不错~

3.Replication 更好的复制功能；在里面好像也有很多不错的新功能；

其中 Time Delay 应该值得期待，特别是业务升级的时候，有些时候，业务升级后，需隔一段时间，才能发现升级是否存在问题；而有这个延时复制的功能的话，对升级就更灵活了~  之前也有用过延时复制工具pt-slave-delay，但感觉不是很好~

Multiple-thread Slaves 意味着slave 上的应用日志更加快了~~~ 这个也不错，特别是对于批量导入数据的业务~

另外，如果mysql的主从在主库宕机后，可以将业务自动切换到从库的功能的话，就更好了~呵呵~~

〇〇

除了上面列出的这些，还应该
sql添加分析函数和with as(递归with as)语法
有没有位图索引我忘记了，没有就添上
提高大数据量的查询性能

icer_repls

归根结底：任何新功能，线上库对它最大的要求就是稳定、可靠。
这也是为什么现在MySQL分支这么多，每个都有自己的新特性，但实际上大家都只用那么几家的而已

346196247

一样，知要我会用就满意

cenalulu

回复 17# icer_repls


    嗯，国内的mysql氛围就是等稳定了再用，小版本不超过20不用。其实大可开放一些，在一些非重点非实时业务上尝试下新版本，也为之后的升级做好知识储备。

cenalulu

回复 14# o0o520


多谢补充～ 欢迎讨论。
不过这个理解更正一下。
Replication Event CheckSum这个不太清楚是不是指的主从的一致性校验，目前用的是percona-toolkit工具包来checksum数据的一致性，如果这个功能也自带了，那就好了。

所谓event checksum是指，当单个event从master传递到slave时，会做checksum的校验。主要是为了减少log corrupted情况的发生。
和pt工具集里的主从一致性校验用途不一样。