第1天 二篇、MySQL管理之道(性能调优、高可用与监控)

【对比特性】

2016年11月27日创建

1. 性能提升

2. 安全性提升

1) 默认开启SSL

2) 不再明文显示用户密码

3) sql_mode的改变

3. InnoDB存储引擎的提升

1) 更改索引名字时不会锁表

2) 在线DDL修改varchar字段属性时不锁表

3) Innodb/Myisam存储引擎支持中文全文索引

4) InnoDB Buffer Pool预热改进

5) 在线调整innodb_Buffer_Pool_Size不用重启mysql进程

6) 回收(收缩)undo log回滚日志物理文件空间

7) innodb提供通用表空间

8) 创建innodb独立表空间指定存放路径

9) 迁移单独一张innodb表到远程服务器

10) 修改innodb redo log事务日志文件大小更人性化

11) 死锁可以打印到错误日志里

12) 支持Innodb只读事务

13) 支持innodb表空间数据碎片整理

4. JSON格式的支持

1) 支持用JSON格式存储数据

2) 动态列支持用JSON格式存储数据

5. 支持虚拟列(函数索引)

1) MySQL 5.7支持函数索引

2) Mariadb 10.0/10.1支持函数索引

6.功能提升

1) 支持杀死慢的SQL语句

2) 支持一张表有多个insert/delete/update触发器

3) 引入线程池(Thread Pool)技术

4) 提供审计日志功能

5) 支持explain update

6) 在MySQL 5.7中按ctrl+c组合键不会退出客户端

7) 可将错误日志打印到系统日志文件中

8) 支持创建角色

9) 支持TokuDB存储引擎

7.优化器改进

1) 针对子查询selete采用半连接优化

2) 优化派生子查询

3) 优化排序Limit

4) 优化IN条件表达式

5) 优化union all

6) 支持索引下推优化

7) 支持Multi Range Read索引优化

8) 支持Batched Key Access(BKA)索引优化

9) 支持Hash Join索引优化

8.半同步复制改进

1) 半同步复制简介

2) 半同步复制的安装配置

9. GTID复制改进

1) GTID

2) 在MySQL 5.6 的GTID模式下同步复制报错不能跳过的解决办法

3) MySQL5.7中GTID复制的改进

4) GTID复制陷阱

5) MariaDB 10.1中GTID复制的改进

10. MySQL 5.6/5.7从库崩溃安全恢复

11. MariaDB 10.0/10.1从库崩溃安全恢复

12. slave从库多线程复制

13. slave支持多源复制

14. MySQL 5.7 设置同步复制过滤不用重启mysql服务进程

时间: 2024-10-13 09:03:21

第1天 二篇、MySQL管理之道(性能调优、高可用与监控)的相关文章

Mysql千万级数据性能调优配置

背景: 笔者的源数据一张表大概7000多万条,数据大小36G,索引6G,加起来表空间有40G+,类似的表有4张,总计2亿多条 数据库mysql,引擎为innodb,版本5.7,服务器内存256G,物理内存几个T,硬件参数杠杠的,然而处理这些数据踩了不少坑,因 为之前没做过这方面的工作,现在记录下清洗的过程,详细的业务清洗过程和规则均记录在https://gitee.com/yanb618/zhirong/wikis 感受: 清洗从表名,字段名,字段类型,字段值,索引创建与删除做起,每每看到那秒数

第1天 一篇、MySQL管理之道(性能调优、高可用与监控)

每天好像很忙,其实发现自己还是挺懒的,看了很多书,没一本好好的看完的.最近手上没那么多活了,决定好好看完几本书,并坚持下去持续更新.希望自己能坚持到底! 后期内容都是围绕<MySQL管理之道(性能调优.高可用与监控)>.<MariaDB与MySQL>.以及自己的实验所写.

MySQL管理之道:性能调优、高可用与监控》迷你书

MySQL管理之道:性能调优.高可用与监控>迷你书 MYSQL5.5.X主要改进 1.默认使用innodb存储引擎2.充分利用CPU多核处理能力3.提高刷写脏页数量和合并插入数量,改善I/O4.让innodb_buffer_pool缓冲池中的热数据存活更久,污染问题5.innodb数据恢复时间加快6.innodb同时支持多个buffer pool实例7.可关闭自适应哈希索引,semaphores信号量8.在innodb中可选择使用内存分配程序:TCMalloc 谷歌开发9.提高默认innodb线

MySQL基础普及《MySQL管理之道:性能调优、高可用与监控》

最近工作的内容涉及MySQL运维内容,陆陆续续读了几本相关的书,其中一本是<MySQL管理之道:性能调优.高可用与监控>. 内容涵盖性能调优(包括sql优化等).备份.高可用,以及读写分离等,对于普及MySQL基础非常有用.记录一下,以便于后面查阅. 附目录: 1章 MariaDB架构与历史1 1.1 MariaDB的介绍 1 1.2 MariaDB和MySQL的兼容性 2 1.3 MariaDB 10.0新增的功能 3 1.3.1 更多的存储引擎 4 1.3.2 速度的提升 5 1.3.3

&lt;MySQL管理之道第二版元旦截稿

<MySQL管理之道第二版>元旦截稿,这周即可送往机械工业出版社排版订正,在这里感谢沃趣科技公司高级DBA邱文辉提供"MariaDB 10 Hash Join索引优化"一文.

数据库服务器mysql性能调优

mysql性能调优分为4个方面 一.硬件(CPU   内存   硬盘)监控CPU  内存 硬盘的值.[[email protected] ~]# toptop - 03:58:11 up 10:05,  1 user,  load average: 0.00, 0.00, 0.00Tasks: 121 total,   1 running, 120 sleeping,   0 stopped,   0 zombieCpu(s):  0.0%us,  0.7%sy,  0.0%ni, 99.0%i

MySQL性能调优与架构设计——第 14 章 可扩展性设计之数据切分

第 14 章 可扩展性设计之数据切分 前言 通过 MySQL Replication 功能所实现的扩展总是会受到数据库大小的限制,一旦数据库过于庞大,尤其是当写入过于频繁,很难由一台主机支撑的时候,我们还是会面临到扩展瓶颈.这时候,我们就必须许找其他技术手段来解决这个瓶颈,那就是我们这一章所要介绍恶的数据切分技术. 14.1 何谓数据切分 可能很多读者朋友在网上或者杂志上面都已经多次见到关于数据切分的相关文章了,只不过在有些文章中称之为数据的 Sharding.其实不管是称之为数据的 Shard

[转]MySQL性能调优与架构设计&mdash;&mdash;第11章 常用存储引擎优化

第11章 常用存储引擎优化 前言: MySQL 提供的非常丰富的存储引擎种类供大家选择,有多种选择固然是好事,但是需要我们理解掌握的知识也会增加很多.每一种存储引擎都有各自的特长,也都存在一定的短处.如何将各种存储引擎在自己的应用环境中结合使用,扬长避短,也是一门不太简单的学问.本章选择最为常用的两种存储引擎进行针对性的优化建议,希望能够对读者朋友有一定的帮助. 11.1 MyI SAM存储引擎优化 我们知道,MyISAM存储引擎是MySQL最为古老的存储引擎之一,也是最为流行的存储引擎之一.对

Spark性能调优——扩展篇

本文要解决的问题: 从更深层次考虑,对Spark进行性能调优. 目的 继基础篇分析了开发调优与资源调优之后,本文作为拓展篇,将深入分析数据倾斜调优与shuffle调优,以解决更加棘手的性能问题. 数据倾斜调优 简述 有时候,大家可能会遇到大数据开发过程中一个比较棘手的问题,那就是数据倾斜,此时Spark作业的性能会比预期差很多,数据倾斜调优,就是使用各种技术方案解决不同类型的数据倾斜问题,以保证Spark作业的性能. 数据倾斜发生时的现象 绝大多数task执行得都非常快,但个别task执行极慢.

MySQL性能调优与架构设计——第11章 常用存储引擎优化

第11章 常用存储引擎优化 前言: MySQL 提供的非常丰富的存储引擎种类供大家选择,有多种选择固然是好事,但是需要我们理解掌握的知识也会增加很多.每一种存储引擎都有各自的特长,也都存在一定的短处.如何将各种存储引擎在自己的应用环境中结合使用,扬长避短,也是一门不太简单的学问.本章选择最为常用的两种存储引擎进行针对性的优化建议,希望能够对读者朋友有一定的帮助. 11.1 MyI SAM存储引擎优化 我们知道,MyISAM存储引擎是MySQL最为古老的存储引擎之一,也是最为流行的存储引擎之一.对