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

1. 性能

1)性能提升

MySQL5.7在支持多处理器和高度并发CPU线程的系统上,提供更持续的线性性能和扩展性。实现这一点的关键是通过Oracle InnoDB存储引擎的效率的并发性,来消除InnoDB内核争用和互斥锁定的现象。

在OLTP只读模式下,MySQL5.7比MySQL5.6性能提高3倍。

在OLTP读/写模式下,MySQL5.7比MySQL5.6性能提高2倍。

2. 安全性

1) 默认开启SSL

【2016年11月27日创建】

1) MySQL5.7和Percona5.7版本里支持。

2) MySQL5.7在启动时,使用openSSL可以自动生成SSL和RSA证书和密钥文件。

3) 安全套接层(Se)..................(又犯懒了,哪天再加上吧!)

4) 安装部分请查看MySQL 5.7安装

5) MySQL 5.7 记录密码工具

mysql_config_editor set --login-path=client --host-localhost --user=root --password

会在/root目录下生成隐藏文件.mylogin.cnf,查看是乱码

* 在root密码变更后,需要重新执行mysql_config_editor

* 登录mysql --login-path=client

* MariaDB 10.1版本没有此工具

6) 指定用户使用SSL连接

创建用户

grant all privileges on *.* to [email protected]‘%‘ identified by ‘123456‘ require ssl;

* MySQL 5.6/MariaDB 10.1同样支持以SSL方式连接

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

【2016年11月27日创建】

MySQL 5.6/MySQL 5.7和percona 5.6/5.7支持

Mariadb 10.1对于binlog中和用户密码相关的操作不加密。

3)sql_mode改变

【2016年11月27日创建】

MySQL 5.7/MariaDB 10.1默认启用STRICT_TRANS_TABLES严格模式。该模式的作用是进行数据校验,错误数据不能插入,报错并且进行事务回滚。

例如:如果age字段为init数值整形,如插入字符类型时会发出警告,如果sql_mode为空,会继续插   入。如果为strict_trans_tables模式,会发警告并进行事务回滚。

3. InnoDB存储引擎的提升

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

【2016年11月27日创建】

MySQL5.7/Percona 5.7版本支持

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

【2016年11月27日创建】

MySQL 5.7针对DDL功能做了加强,修改varchar字段已不锁表。

* ALGORITHM用于指定创建或删除索引的算法

* COPY表示按照MySQL 5.1版本之前的方法,即创建临时表并全表拷贝数据,原表加全局读锁

* INPLACE表示创建字段或删除字段操作不需要创建临时表

* DEFAULT表示通过INPLACE的算法还是COPY的算法

alter table sbtest ALGORITHM=INPLACE,modify pad varchar(90) not null;

不想写了,休息!!!!!!明天继续!

时间: 2025-01-03 20:21:04

第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>.以及自己的实验所写.

PHP 性能分析第三篇: 性能调优实战

注意:本文是我们的 PHP 性能分析系列的第三篇,点此阅读 PHP 性能分析第一篇: XHProf & XHGui 介绍 ,或  PHP 性能分析第二篇: 深入研究 XHGui. 在本系列的 第一篇 中,我们介绍了 XHProf .而在 第二篇 中,我们深入研究了 XHGui UI, 现在最后一篇,让我们把 XHProf /XHGui 的知识用到工作中! 性能调优 不用运行的代码才是绝好的代码.其他只是好的代码.所以,性能调优时,最好的选择是首先确保运行尽可能少的代码. OpCode 缓存 首先

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监控.性能调优及三范式理解 1监控 工具:sp on mysql     sp系列可监控各种数据库 2调优 2.1 DB层操作与调优 2.1.1.开启慢查询 在My.cnf文件中添加如下内容(如果不知道my.cnf的路径可使用find / -name my.cnf进行查找): 在mysqld下添加 Log_slow_queries = ON  作用:开启慢查询服务 Log-slow-queries = /var/log/slowqueries.log 作用:慢查询日志存储路径.

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性能调优与架构设计&mdash;&mdash;第11章 常用存储引擎优化

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

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

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

MySQL性能调优与架构设计——第 18 章 高可用设计之 MySQL 监控

第 18 章 高可用设计之 MySQL 监控 前言: 一个经过高可用可扩展设计的 MySQL 数据库集群,如果没有一个足够精细足够强大的监控系统,同样可能会让之前在高可用设计方面所做的努力功亏一篑.一个系统,无论如何设计如何维护,都无法完全避免出现异常的可能,监控系统就是根据系统的各项状态的分析,让我们能够尽可能多的提前预知系统可能会出现的异常状况.即使没有及时发现将要发生的异常,也要在异常出现后的第一时间知道系统已经出现异常,否则之前的设计工作很可能就白费了. 18.1 监控系统设计 系统监控