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

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

MYSQL5.5.X主要改进

1、默认使用innodb存储引擎
2、充分利用CPU多核处理能力
3、提高刷写脏页数量和合并插入数量,改善I/O
4、让innodb_buffer_pool缓冲池中的热数据存活更久,污染问题
5、innodb数据恢复时间加快
6、innodb同时支持多个buffer pool实例
7、可关闭自适应哈希索引,semaphores信号量
8、在innodb中可选择使用内存分配程序:TCMalloc 谷歌开发
9、提高默认innodb线程并发数
10、预读算法的变化
11、在Linux上实现异步I/O
12、恢复组提交 group commit
13、innodb使用多个回滚段提升性能
14、改善清除程序进度
15、添加删除缓冲和清除缓冲
16控制自旋锁spin lock轮询间隔:死循环轮询服务状态
17、快速创建,删除,更改索引
18、innodb支持创建压缩数据页
19、可动态关闭innodb更新元数据的统计功能:污染缓冲池,annlyze table和show table status也会读取表的元数据污染缓冲池
20、复制功能加强
21、中继日志relay log自我修复
22、开启innodb严格检查模式
23、动态更改系统配置参数,新增可以动态更改的参数是独立表空间,innodb锁超时时间
24、SQL语句写法改变
25、存储过程支持limit变量
26、从5.1升级到5.5,方法一采用mysql_upgrade升级授权表方式升级,方法二直接安装5.5使用导入导出数据
27、半同步复制

时间: 2024-09-30 16:45:18

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

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

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

linux下改动内核參数进行Tcp性能调优 -- 高并发

前言: Tcp/ip协议对网络编程的重要性,进行过网络开发的人员都知道,我们所编写的网络程序除了硬件,结构等限制,通过改动Tcp/ip内核參数也能得到非常大的性能提升, 以下就列举一些Tcp/ip内核參数,解释它们的含义并通过改动来它们来优化我们的网络程序,主要是针对高并发情况. 这里网络程序主要指的是server端 1. fs.file-max 最大能够打开的文件描写叙述符数量.注意是整个系统. 在server中.我们知道每创建一个连接,系统就会打开一个文件描写叙述符,所以,文件描写叙述符打开

linux下修改内核参数进行Tcp性能调优 -- 高并发

前言: Tcp/ip协议对网络编程的重要性,进行过网络开发的人员都知道,我们所编写的网络程序除了硬件,结构等限制,通过修改Tcp/ip内核参数也能得到很大的性能提升, 下面就列举一些Tcp/ip内核参数,解释它们的含义并通过修改来它们来优化我们的网络程序,主要是针对高并发情况. 这里网络程序主要指的是服务器端 1. fs.file-max 最大可以打开的文件描述符数量,注意是整个系统. 在服务器中,我们知道每创建一个连接,系统就会打开一个文件描述符,所以,文件描述符打开的最大数量也决定了我们的最

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

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

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

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

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

MySQL性能调优与架构设计——第 17 章 高可用设计之思路及方案

第 17 章 高可用设计之思路及方案 前言: 数据库系统是一个应用系统的核心部分,要想系统整体可用性得到保证,数据库系统就不能出现任何问题.对于一个企业级的系统来说,数据库系统的可用性尤为重要.数据库系统一旦出现问题无法提供服务,所有系统都可能无法继续工作,而不像软件中部分系统出现问题可能影响的仅仅只是某个功能无法继续服务.所以,一个成功的数据库架构在高可用设计方面也是需要充分考虑的.本章内容将针对如何构建一个高可用的 MySQL 数据库系统来介绍各种解决方案以及方案之间的比较. 17.1 利用

性能调优案例分享:Mysql的cpu过高

性能调优案例分享:Mysql的cpu过高 问题:一个系统,Mysql数据库,数据量变大之后.mysql的cpu占用率很高,一个测试端访问服务器时mysql的cpu占用率为15% ,6个测试端连服务器的时候mysql cpu占用率为50%~60% .ps 1: 每个测试端所做事情就是插入记录,不过插入前会先查询一下是否已经有相同的记录,有的话就更新原有记录,没有就直接插入. ps 2: CPU--Pentium Dual E1240 @ 1.60GHZ内存--2GOS--Windows 2003调

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

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