设为首页 收藏本站
查看: 570|回复: 1

[经验分享] Mysql 5.6 新特性

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2013-12-4 08:55:09 | 显示全部楼层 |阅读模式
随笔,真的随笔,以后理解得更深了再修改。

Index Condition Pushdown
更多的让存储引擎去处理Where语句中的条款,避免返回无关字段数据等;

Multi-Range Read
对于第二索引来说,它指向的数据未必是在同一个块里,所以查询会乱序,不一定高效。MRR会检索一个查询中的多个范围数据,将它们同部排序后,变成一个大范围的顺序IO,再去读,从而提高效率。

File Sort Optimization
对于有order by non_indexed_column和limit x组合语句的查询,如果X条结果可以放在排序缓冲区中,就会提升排序性能;


Innodb Improvements
Persistent Optimizer Stats
用户可以控制Innodb对每个索引做采样的数据集的大小,以及是否持久化这些统计数据。持久化后即使重启,统计仍在,因而提升性能和有更一致的行为。

New INFORMATION_SCHEMA tables
因为使用SQL语句查询比分析show status的文本更方便,所以增加了更多的这样的表。
Metrics Tables:innodb_metrics,更多和更丰富的资源和性能监控;
System Tables:可以查询Innodb的内部数据字典;
Buffer Pool Information Table:显示BP页信息以调优大内存或大压力系统;

Split Kernel Mutex
之前是由一个单独的mutex来控制进入Innodb核心操作的并发的,现在改进成了拆成多个mutex以及读写锁,以减少竞争;


Multi-Threaded Purge
最初Purge操作是在主线程中做的,所以常和其它操作冲突。在5.5中挪到了单独的Purge线程里。现在可以配多个线程,以使Purge多张表时更有效。

Separate Flush Thread
之前在主线程中,现在Flush操作也单拎出来做一个线程了。

Pruning the Innodb Table Cache
在打开很多表时会造成系统负担,使用了LRU算法来挑出合适的表关掉。


NoSQL Interface via Memcached
直接使用Memcache API来访问Innodb数据。简化了接口,持久化了Memcache的数据,省了MC的内存。

Scalability Improvements
Partition Table操作更方便,效率更高。
Explicit Partition Selection:直接指定处理查询的分区;
Import/Export for Partitioned Tables:快速将一个分区表的数据和未分区表的数据做切换,从而完成快速导入分区数据;

Replication Improvements:
Optimized Row-Based Replication:在指定了主键或明确的字段时,只复制相关的字段的Before和After数据,以减少各方面相关开销;
Multi-Threaded Slaves:从库的execution thread改成了多个;多线程基于database名来分派任务从而提高并行度;
Crash Safe Slaves:对如Innodb这种支持事务的引擎有效。Slave重启后会自动重启中断的DML操作,不需要象现在这样让DBA手动去重设master.info和relaylog.info来使复制继续;
Replication Checksums:检查数据损坏,并返回错误,以防Slave自己数据坏掉,从而提升数据完整性。校验和基于二进制日志、Relay Log及单独的Event。这个特性可以指定某个Slave来应用。
Time-Delayed Replication:可以指定某些Slave延缓执行操作,以避免误操作。最多可以68年。
Informational Log Events:使用Row-based复制时,把用户的操作也写进Binlog,这样也会被复制到从库,从而提升可读性;
Remote Binlog Backup:不需从库就可以备份Binlog;
Server UUIDs:自动生成UUID,方便各种监控工具获取信息。可以在show slave status命令中得到。对大规模集群很有效。

Instrumentation and Diagnostic Improvements via performance-schema
Reduced Overhead:代码优化了;
Table I/O and Instrumentation:setup_object让DBA可以分析应用是如何产生IO请求的。
Table Locks Instrumentation:仍是setup_object表,发现访问最密集的表和其它对象相关的索引;
Session/User Level Instrumentation:setup_actors表,监控某个用户或连接产生的压力;
Global Performance Metric Summaries:方便DBA写脚本做监控,可以分类,按线程,按对象,按instrumentation point等
Table/Index I/O Summary:setup_object表,发现访问最热的表和索引;
Table Lock Wait Summary:积累锁相关数据;
Statement Level Instrumentation:方便DBA针对单个的Statement做监控和分析;
Show Contents of Host Cache - centralized logging of connection errors:众望所归下,集中打印连接错误。方便分析大集群中的错误。


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-11065-1-1.html 上篇帖子: Mysql日期统计函数简介 下篇帖子: 可以自动安装mysql数据库的一个shell脚本

尚未签到

发表于 2014-1-7 20:27:51 | 显示全部楼层
你知不知道莪可以为你放弃所有甚至还有生命

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

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

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

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