mysql体系结构

统计信息说明
统计信息记录的是 表的状态, 如表名 数据行 数据分布情况 索引状态信息...
统计信息是mysql定期收集而来 通过一些参数指标 不是实时收集的
mysql.innodb_index_stats
mysql.innodb_table_stats
#问题 一条sql语句昨天运行的好好的(0.01秒) ,突然变慢了(2min)? 为什么
由于统计信息不准确造成的,不走索引造成的
可以通过命令强制重新收集 也有参数控制
analyze teble 库名.表名;
或者 optimize table 库名.表名; #命令锁表 谨慎使用

表中记录的 数据行 + 元数据(表属性,表的列(列属性),表名)
mysql8.0表的存储方式 每张表的数据都存储在ibd文件中
mysql5.7表的存储方式
数据行 ibd文件
源数据 frm +ibdata1(总体) 文件
Online DDL 的时候会更加快速

metdata 结构变化
5.7版本问题
两套数据字典信息server层 .frm innodb数据字典
DDL无法原子化 (删除两张表的时候,不是一起执行的)
frm和innodb层会出现不一致
并发处理需要小心处理（MDL,dict_sys::mutex,dict_sys::rw_lock）
崩溃无法恢复
8.0新特性
支持事务性DDL,崩溃可以回滚,保证一致,
只保留一份数据字典信息,取消了frm数据字典
数据都放在的InnoDB表中
采用套锁机制,管理数据字典的并发访问(DML)
全新的plugin支持
8.0.17后加入clone plugin,更好的支持MGR InnoDB Clustre的节点管理
安全的加密方式改变
改变加密方式为caching_sha2_password
SSL 将支持到TLSv1.3版本.
用户管理及认证方式改变
改变授权方式
加入role角色权限
添加更多权限
cache&&Buffer的变化
取消了Query Cache
缓存的是查询的结果 会把你查询的语句做一个hash 结果做成key 如果你查询条件增加了 缓存就不会命中
mysql的查询缓存并非缓存执行计划,而是查询及其结果集,这就意味着只有相同的查询操作才能命中缓存,隐藏mysql查询命中率很低
oracle 缓存的是执行计划 减少了解过程.

mysql的内存结构
global buffers(全局)
innodb_buffer_pool(可以设置物理内存的%50-%75):数据缓冲区
innodb_log_buffer:日志缓冲区
key_buffer
table_cache
session buffers(每个会话独立使用)
read_buffer
read_fnd_buffer
sort buffer
join buffer
tmp table
binlog_cache

mysql中的线程
master thread    作用核心后台进程,负责全局管理数据刷新和数据一致性处理
io thread        负责和磁盘io交互 (read io write io insert buffer log io) 相关参数inndbo_read_io_threads, inndbo_write_io_threads
Purge thread     作用 UNDO页回收 参数 innodb_purge_threads
page cleaner     作用 脏页刷新线程 默认1 最大64 参数 innodb_page_cleaners
other threads