Mysql优化之开山篇
找寻优化思路 -> sql语句优化 -> 索引优化
更新时间2016年7月30日 11:12:19
MySQL服务器调优思路
Awk脚本
[示例] 我在a.txt文件中存储的内容是
id name score
1 hlz 90
2 leo 66
3 lance 80
类似正则匹配,$0表示全部内容 $1表示第一列的数据 $2表示第二列的数据 $3表示第三列的数据
// 把 a.txt 的全部列进行输出 // 把 a.txt 的第二列进行输出 // 把 a.txt 的含有na的一列进行输出
awk ‘{printf“%s\n” , $0}’ a.txt awk ‘{printf“%s\n” , $2}’ a.txt awk ‘/na/{printf“%s\n” , $0}’ a.txt
//输出结果 //输出结果 //输出结果
id name score name name
1 hlz 90 hlz hlz
2 leo 66 leo leo
3 lance 80 lance lance
awk脚本 统计mysql服务器信息,并写入日志
[示例]mysql -hlocalhost -u帐号 -p密码 -e "show status" >> mysql_status.txt
InnoDB与Myisam的六大区别
MyISAM |
InnoDB |
|
构 成 上 的 区 别: |
每个MyISAM在磁盘上存储成三个文件。第一个文件的名字以表的名字开始,扩展名指出文件类型。 .frm文件存储表定义。 数据文件的扩展名为.MYD (MYData)。 索引文件的扩展名是.MYI (MYIndex)。 |
基于磁盘的资源是InnoDB表空间数据文件和它的日志文件,InnoDB 表的大小只受限于操作系统文件的大小,一般为 2GB |
事务 处理 上 方面: |
MyISAM类型的表强调的是性能,其执行数度比InnoDB类型更快,但是不提供事务支持 |
InnoDB提供事务支持事务,外部键等高级数据库功能 |
SELECT UPDATE,INSERT,Delete操作 |
如果执行大量的SELECT,MyISAM是更好的选择 |
1.如果你的数据执行大量的INSERT或UPDATE,出于性能方面的考虑,应该使用InnoDB表 2.DELETE FROM table时,InnoDB不会重新建立表,而是一行一行的删除。 3.LOAD TABLE FROM MASTER操作对InnoDB是不起作用的,解决方法是首先把InnoDB表改成MyISAM表,导入数据后再改成InnoDB表,但是对于使用的额外的InnoDB特性(例如外键)的表不适用 |
对AUTO _INCREMENT 的操作 |
每表一个AUTO_INCREMEN列的内部处理。 MyISAM为INSERT和UPDATE操作自动更新这一列。这使得AUTO_INCREMENT列更快(至少10%)。在序列顶的值被删除之后就不能再利用。(当AUTO_INCREMENT列被定义为多列索引的最后一列,可以出现重使用从序列顶部删除的值的情况)。 AUTO_INCREMENT值可用ALTER TABLE或myisamch来重置 对于AUTO_INCREMENT类型的字段,InnoDB中必须包含只有该字段的索引,但是在MyISAM表中,可以和其他字段一起建立联合索引 更好和更快的auto_increment处理 |
如果你为一个表指定AUTO_INCREMENT列,在数据词典里的InnoDB表句柄包含一个名为自动增长计数器的计数器,它被用在为该列赋新值。 自动增长计数器仅被存储在主内存中,而不是存在磁盘上 关于该计算器的算法实现,请参考 AUTO_INCREMENT列在InnoDB里如何工作 |
表的 具体 行数 |
select count(*) from table,MyISAM只要简单的读出保存好的行数,注意的是,当count(*)语句包含 where条件时,两种表的操作是一样的 |
InnoDB 中不保存表的具体行数,也就是说,执行select count(*) from table时,InnoDB要扫描一遍整个表来计算有多少行 |
锁 |
表锁 |
提供行锁(locking on row level),提供与 Oracle 类型一致的不加锁读取(non-locking read in |
Mysql优化之开山篇相关推荐
- Mysql优化(高级篇)
Mysql数据库优化篇 Q: 为什么别人问你MySQL优化的知识 总是没有底气. A: 因为你只是回答一些大而化之的调优原则, 比如:"建立合理索引"(什么样的索引合理?) &qu ...
- MySQL优化之硬件篇
导致宕机的原因: 1. 运行环境: 35%,运行环境可以看做是支持数据库服务器运行的系统和资源集合,包括操作系统,硬盘以及网络 2. 性能:35% 3. 复制 20% 4 ...
- 【mysql优化专题】本专题终极总结(共12篇)
本专题目录如下: 一.为什么要进行mysql优化?(重点) 二.增删改优化,多数人都会忽略的优化 三.关于单表查询,可以这么优化 四.关于多表查询,不得不看的优化 五.索引优化(重点中的重点) 六.表 ...
- 「mysql优化专题」这大概是一篇最好的mysql优化入门文章(1)
[mysql优化专题]:本专题全文围绕mysql优化进行全方位讲解,本篇为优化入门篇,让大家知道为什么要优化,究竟在优化什么. 优化,一直是面试最常问的一个问题.因为从优化的角度,优化的思路,完全可以 ...
- 深入浅出Mysql - 优化篇(锁)
深入浅出Mysql - 优化篇(锁) 锁是计算机协调多个进程或线程并发访问某一资源的机制.在数据库中,除传统的计算资源(如CPU.RAM.I/O等)的争用以外,数据也是一种供许多用户共享的资源.如何保 ...
- Mysql优化高级篇(全)
目录 前言 1. 简介 1.1 安装 1.2 MySQL逻辑架构 1.2.1 存储引擎 2. 索引优化分析 2.1 原因 2.2 常见通用的join查询 2.3 索引 2.3.1 索引分类 2.3.2 ...
- MySQL优化/面试,看这一篇就够了
概述 为什么要优化 系统的吞吐量瓶颈往往出现在数据库的访问速度上 随着应用程序的运行,数据库的中的数据会越来越多,处理时间会相应变慢 数据是存放在磁盘上的,读写速度无法和内存相比 如何优化 设计数据库 ...
- MySQL索引优化看这篇文章就够了!
阅读本文大概需要 5 分钟. 来源:cnblogs.com/songwenjie/p/9410009.html 本文主要讨论MySQL索引的部分知识.将会从MySQL索引基础.索引优化实战和数据库索引 ...
- Mysql高级调优篇——第五章:Sql调优在面试中深度剖析
上节讲了Sql调优实战,本章聊聊面试中Sql调优深度的剖析场景! 在讲之前我们先做一些准备工作,建立一些需要用到的表: Mysql高级调优篇表补充--建表SQL_风清扬逍遥子的博客-CSDN博客⭐️t ...
最新文章
- ORA-00959: tablespace 'PSAPTEMP' does not exist
- TensorFlow、PyTorch夹缝之下:后浪的进击和野望
- js图片压缩并上传?
- Shiro集成Web时的Shiro JSP标签
- Django从理论到实战(part30)--Meta配置
- 信息收集——Web目录扫描
- 单体应用 适合采用 dapr 构建吗?
- C#实现反射调用动态加载的DLL文件中的方法
- 安卓逆向_20 --- 模拟器检测、反调试检测、ELF动态调试、__libc_init 下断
- 马化腾朋友圈晒微信支付分:835;爱奇艺回应用户隐私话题;Firefox 77.0 发布| 极客头条...
- 深交所再推跨市场ETF交易模式创新,助力ETF发展
- java 泛型列表_如何在java中覆盖泛型列表返回类型
- 【电子电路】RS485收发器两种典型电路
- 二叉树(知道中序遍历和后序遍历得到先序遍历)
- python中temp的用法_请问Python里temp是什么意思?
- 前端JSON格式化显示
- 上海证券综合指数昨天成功击破1000点
- 【思前享后】区块链的起源
- 印象笔记Evernote、有道云笔记、为知笔记、麦库笔记数据迁移对比
- C# 格式化XML方法