以下是我发布在我们团队的(Aliyun RDS MySQL 开发组)每月内核月报上关于InnoDB的几篇文章，不断更新中…..
如下是传送门： MySQL · 引擎特性 · InnoDB undo log 漫游 MySQL · 引擎特性 · InnoDB
redo log漫游 MySQL · 引擎特性 · InnoDB 崩溃恢复过程 MySQL · 引擎特性 · Innodb
change buffer介绍 MySQL · 引擎特性 · InnoDB Adaptive hash index介绍 MySQL
· 引擎特性 · InnoDB 全文索引简介 MySQL · 引擎特性 · InnoDB 事务子系统介绍 MySQL ·
[…]
Tags:
|
Del.icio.us |
Facebook … |
本文将和大家一起分享下5.7的新特性，不过我们要先从即将被删除的特性以及建议不再使用的特性说起。根据这些情况，我们在新版本及以后的版本中，应该不再使用，避免未来产生兼容性问题。
本文是基于MySQL-5.7.7-rc版本，未来可能 还会发生更多变化。
2、预计取消的特性
2.1、客户端交互协议中，EOF协议包不建议再使用了，建议改成OK协议包。WL#7766
2.2、不建议使用SHOW
PROFILE指令，或直接从INFORMATION_SCHEMA.PROFILING中查看，建议利用PERFORMANCE_SCHEMA中的几个视图查看。WL#6802
2.2、基于DES算法的加解密函数不建议使用， 取而代之的是用基于AES的加解密函数。WL#8126
2.4、同上，还不建议使用ENCODE()/DECODE()函数。WL#6984
2.5、采用ALTER USER来为用户修改密码，不建议再使用SET …
本文将和大家一起分享下5.7的新特性，不过我们要先从即将被删除的特性以及建议不再使用的特性说起。根据这些情况，我们在新版本及以后的版本中，应该不再使用，避免未来产生兼容性问题。
本文是基于MySQL-5.7.7-rc版本，未来可能 还会发生更多变化。
1、即将删除的特性
1.1、InnoDB monitoring features，详见：WL#7377（访问地址：http://dev.mysql.com/worklog/task/?id=7377，下面的其他WL，可以自行替换）
【建议】可以动态修改
innodb_status_output、innodb_status_output_locks
两个参数的值打印相关信息，或者直接查看INFORMATION_SCHEMA下的相关表。
…
[获取更多]本文是对Innodb外键实现代码路径的简单记录，对外键实现逻辑熟悉的同学直接忽略吧。。。。。 前言 外键代表两张表之间的引用约束关系：在子表上出现的列记录，必须在父表上已经存在。通过外键，我们可以确保业务上的逻辑一致性，同时还能实现一些级联操作；MySQL目前只有InnoDB引擎支持外键，类似MyISAM、Tokudb等引擎都不支持外键。 InnoDB支持建立多个列的外键，但被外键约束的父表上必须对这些列建立索引，并且子表上的外键列 和父表上索引上的顺序是一致的。默认情况下，当删除父表中被外键约束的记录时，会产生报错，但我们也可以通过在建外键索引时加上ON DELETE CASCADE 来级联的更新子表，更新同理。其他行为包括RESTRICT(限制父表的外键改动，默认值)、CASCADE（跟随父表的改动）、SET NULL(子表对应列设置为NULL)、SET …
[获取更多]本文我们来简单过一下InnoDB的IO子系统相关模块的代码逻辑。主要包括IO读写线程、预读逻辑、InnoDB读写Page以及社区的一些改进。 前言 InnoDB对page的磁盘操作分为读操作和写操作。 对于读操作，在将数据读入磁盘前，总是为其先预先分配好一个block，然后再去磁盘读取一个新的page，在使用这个page之前，还需要检查是否有change buffer项，并根据change buffer，进行数据变更。 读操作分为两种场景：普通的读page及预读操作，前者为同步读，后者为异步读 Page写操作也分为两种，一种是batch write，一种是single page write。写page默认受double write buffer保护，因此对double write buffer的写磁盘为同步写，而对数据文件的写入为异步写。 同步读写操作通常由用户线程来完成，而异步读写操作则需要后台线程的协同。 …
[获取更多]
(本文已发布到我们的内核月报中，请点击链接访问更多精彩:http://mysql.taobao.org/monthly/2015/04/这里只是在本博客里做个备份
) 在MySQL
5.7版本里，大量遗留很多年的bug都被fix掉了，bug#12161就是其中一个，该bug在2005年第一次report到Bug
list上，十年之后终于在MySQL 5.7.7 第一个RC版本被fix了。 Bug描述
当我们显式开启一个XA事务，执行操作，并完成XA PREPARE后，如果Kill session或者主动断开，再重连执行XA
RECOVER，之前的这个XA事务是丢失了的。 例如： mysql> XA BEGIN ‘abc’; Query OK, 0
rows affected (0.00 sec) mysql> INSERT INTO t1 VALUES (1,2,3);
Query OK, 1 row affected (0.00 sec) mysql> XA END ‘abc’; Query
OK, 0 rows affected (0.00 sec) mysql> XA PREPARE ‘abc’; Query
OK, 0 […]
Tags:
|
Del.icio.us … |
Worklog: https://dev.mysql.com/worklog/task/?id=8355 问题： Lock_grant锁实际上是一个读写锁，每执行一条sql都要读取执行check_grant来检查权限是否匹配，这时候加的是读锁，而读锁是可以并发的。大多数情况下加锁开销是很不明显的，但是在MySQL将大多数只读场景下的锁都消除掉后，LOCK_grant开始变的比较突出了。 5.7里主要消除掉了几种会影响到只读性能的锁： #为InnoDB表消除THR_LOCK #MDL LOCK维护改成LOCK FREE的算法 #为AUTO-COMMIT的SELECT缓存Read View来减少trx_sys->mutex冲突 Stewart Smith report了一个Bug#72829 来描述LOCK_grant在power机型的影响，在他的测试中，LOCK_grant去除掉后，居然有50的性能提升。我相信这是和平台相关的。。。因为我的机器上很难达到这样的提升。。。。 我也在bug上跟着吐槽啦，MySQL 5.7.5的只读测试中，LOCK_grant直接排到第一位了： …
[获取更多]
updated @2015-08-09, mysql-5.7.8-rc对generated column的改进 […]
Tags:
|
Del.icio.us |
Facebook |
TweetThis |
Digg |
StumbleUpon … |