mysql8 可以说是一个质的飞越。增加了很多新特性，以及提高了各方面的速度。增加了开窗函数

Ⅱ InnoDB增强

自增列方面

自增列方面。现在自增列计数器会在每次值修改时，将值写到REDO LOG中，并且在CHECKPOINT时写到存储引擎私有的系统表中。

这就消除了以往重启实例自增列不连续的问题(这也可能形成了一个新的竞争点(盖国强会上提问InnoDB开发者))。

Btree索引方面

Btree索引被损坏。InnoDB会向REDO LOG中写入一个损坏标志。同时也会CHECKPOINT时将内存中损坏页的数据记录到存储引擎私有的系统表中。

这也就促成了恢复时。两边一致的情形。索引不可用，并不会造成实例起不来。这很大程度上降低了之前使用innodb_force_recovery和innodb_fast_shutdown的必要。

提升了一致性。(对于一般DBA来说透明，知道有这么回事就好)

NoSQl操作

InnoDB memcached插件支持多个get操作(在单个memcached查询中获取多个键/值对)

和范围查询。(个人认为这个挺牛逼，有点像NoSQL，不仅仅是NoSQL)。

需要安装daemon_memcached插件，其中多了一个innodb_memcache schema,这个schema中有几张表,其中一张containers用来与InnoDB表之间做映射,，

然后通过接口访问Innodb表。然后会有一个11211的端口打开，用于建立连接。

好处是通过减少客户端和服务器之间的通信流量，在单个memcached查询中获取多个键/值对的功能可以提高读取性能。

对于InnoDB来说，也意味着更少的事务和开放式表操作。

死锁检测

新的动态配置选项innodb_deadlock_detect可用于禁用死锁检测，默认打开。 在高并发系统上，当大量线程等待相同的锁时，死锁检测会导致速度下降。 有时，在死锁发生时，

禁用死锁检测并依赖innodb_lock_wait_timeout设置进行事务回滚可能更有效。记得之前版本遇到死锁会自动回滚。以下截图来自MySQL5.7，与8.0默认相同。

(也就是说即便MySQL5.7也是有死锁检测的，并且自动回滚权重较小的事务(套死除外))。

尝试更改innodb_deadlock_detect参数为OFF。则遇到死锁时两个工作线程都会被堵塞。直到innodb_lock_wait_timeout设定的锁超时。

新的INFORMATION_SCHEMA.INNODB_CACHED_INDEXES表保存了Innodb索引缓存在Innodb buffer pool中的页数。

现在，所有InnoDB临时表都将在共享临时表空间ibtmp1中创建。

加密特性

支持REDO和UNDO表空间加密。

共享锁方面

InnoDB在 SELECT ... FOR SHARE 和 SELECT ... FOR UPDATE锁定读语句上 支持不等待( NOWAIT)和跳过锁(SKIP LOCKED)的选项。也就是说以往加了共享锁之后必须手动释放。

这里如果没有锁就返回结果，如果有就报下面错误。

如果是用有锁就跳过，则无数据。

根据场景使用。反正都是秒回。降低了排查数据库超时的可能。

展开全部

mysql8 可以说是一个质的飞越。增加了很多新特性，以及提高了各方面的速度。增加了开e69da5e6ba9062616964757a686964616f31333431336134窗函数

Ⅱ InnoDB增强

自增列方面

自增列方面。现在自增列计数器会在每次值修改时，将值写到REDO LOG中，并且在CHECKPOINT时写到存储引擎私有的系统表中。

这就消除了以往重启实例自增列不连续的问题(这也可能形成了一个新的竞争点(盖国强会上提问InnoDB开发者))。

Btree索引方面

Btree索引被损坏。InnoDB会向REDO LOG中写入一个损坏标志。同时也会CHECKPOINT时将内存中损坏页的数据记录到存储引擎私有的系统表中。

这也就促成了恢复时。两边一致的情形。索引不可用，并不会造成实例起不来。这很大程度上降低了之前使用innodb_force_recovery和innodb_fast_shutdown的必要。

提升了一致性。(对于一般DBA来说透明，知道有这么回事就好)

NoSQl操作

InnoDB memcached插件支持多个get操作(在单个memcached查询中获取多个键/值对)

和范围查询。(个人认为这个挺牛逼，有点像NoSQL，不仅仅是NoSQL)。

需要安装daemon_memcached插件，其中多了一个innodb_memcache schema,这个schema中有几张表,其中一张containers用来与InnoDB表之间做映射,，

然后通过接口访问Innodb表。然后会有一个11211的端口打开，用于建立连接。

好处是通过减少客户端和服务器之间的通信流量，在单个memcached查询中获取多个键/值对的功能可以提高读取性能。

对于InnoDB来说，也意味着更少的事务和开放式表操作。

死锁检测

新的动态配置选项innodb_deadlock_detect可用于禁用死锁检测，默认打开。 在高并发系统上，当大量线程等待相同的锁时，死锁检测会导致速度下降。 有时，在死锁发生时，

禁用死锁检测并依赖innodb_lock_wait_timeout设置进行事务回滚可能更有效。记得之前版本遇到死锁会自动回滚。以下截图来自MySQL5.7，与8.0默认相同。

(也就是说即便MySQL5.7也是有死锁检测的，并且自动回滚权重较小的事务(套死除外))。

尝试更改innodb_deadlock_detect参数为OFF。则遇到死锁时两个工作线程都会被堵塞。直到innodb_lock_wait_timeout设定的锁超时。

新的INFORMATION_SCHEMA.INNODB_CACHED_INDEXES表保存了Innodb索引缓存在Innodb buffer pool中的页数。

现在，所有InnoDB临时表都将在共享临时表空间ibtmp1中创建。

加密特性

支持REDO和UNDO表空间加密。

共享锁方面

InnoDB在 SELECT ... FOR SHARE 和 SELECT ... FOR UPDATE锁定读语句上 支持不等待( NOWAIT)和跳过锁(SKIP LOCKED)的选项。也就是说以往加了共享锁之后必须手动释放。

这里如果没有锁就返回结果，如果有就报下面错误。

如果是用有锁就跳过，则无数据。

根据场景使用。反正都是秒回。降低了排查数据库超时的可能。

1. EMS SQL Manager for MySQL

是一款高性能MySQL数据库服务器系统的管理和开发工具。它支持从MySQL 3.23到6.0的任一版本，并支持最新版本的MySQL的特点，包括：查看、存储规程和函数、InnoDB外部键字和其他特点。它提供了大量工具以满足富有经验的用户的所有要求。添加了精心设计的操作向导系统，以及SQL Manager for MySQL那富有艺术感的图形用户界面，即使新手也可以不会为如何使用而感到困扰。

2. NaviCat

Navicat是一个强大的MySQL数据库管理和开发工具。Navicat为专业开发者提供了一套强大的足够尖端的工具，但它对于新用户仍然是易于学习。Navicat,使用了极好的图形用户界面(GUI)，可以让你用一种安全和更为容易的方式快速和容易地创建、组织、存取和共享信息。

3. phpMyAdmin

phpMyAdmin是一个用PHP编写的，可以通过互联网控制和操作MySQL。通过phpMyAdmin可以完全对数据库进行操作，例如建立、复制/删除数据等等。

4. MySQL-Front

一款小巧的管理Mysql的应用程序. 主要特性包括多文档界面，语法突出，拖拽方式的数据库和表格，可编辑/可增加/删除的域，可编辑/可插入/删除的记录，可显示的成员，可执行的SQL 脚本，提供与外程序接口，保存数据到CSV文件等。

5. SQLyog

SQLyog 是一个易于使用的、快速而简洁的图形化管理MYSQL数据库的工具，它能够在任何地点有效地管理你的数据库，而且它本身是完全免费的！功能如下：

快速备份和恢复数据；

以GRID / TEXT 格式显示结果；

支持客户端挑选、过滤数据；

批量执行很大的SQL脚本文件；

快速执行多重查询并能够返回每页超过1000条的记录集，而这种操作是直接生成在内存中的；

程序本身非常短小精悍！压缩后只有348 KB ；

完全使用MySQL C APIs程序接口；

以直观的表格界面建立或编辑数据表；

以直观的表格界面编辑数据；

进行索引管理；

创建或删除数据库；

操纵数据库的各种权限：库、表、字段；

编辑BLOB类型的字段，支持Bitmap/GIF/JPEG格式；

输出数据表结构/数据为SQL脚本；

支持输入/输出数据为CSV文件；

可以输出数据库清单为HTML文件；

为所有操作建立日志；

个人收藏管理操作语句；

支持语法加亮显示；

可以保存记录集为CSV、HTML、XML 格式的文件；

99% 的操作都可以通过快捷键完成；

支持对数据表的各种高级属性修改；

查看数据服务器的各种状态、参数等；

支持更改数据表类型为ISAM, MYISAM, MERGE, HEAP, InnoDB, BDB

刷新数据服务器、日志、权限、表格等；

诊断数据表：检查、压缩、修补、分析；