MySQL参数对比浅析(r11笔记第97天)

  今天按照计划,决定得总结下MySQL的参数了,说来想来,立即就做。

大体算了下,手头的环境主要还是使用了Percona分支,官方的相对较少,就暂且按照Percona的版本来统计参数的情况,可能和官方的会有一些出入。

   数据版本会有一个较大的跨度,从5.0到5.7都有,这也能够间接反映出一个系统的变迁过程。

  涉及的数据库版本如下,基本版本就是5.0, 5.5, 5.6, 5.7


5.0.67-percona-highperf-log


5.5.33-31.1-log


5.6.14-rel62.0-log


5.6.14-56-log   0.91


5.6.16-64.2-56-log


5.6.23-72.1-log 


5.7.13-6-log

查看的参数的情况主要是依据show
variables的结果,这里我们分别统计information_schema.session_variables和global_variables,MySQL的变量其实是分为三类的,此处参考了丁奇大师的描述。(http://dinglin.iteye.com/blog/1846854)

     session_only是仅线程级别意义的,比如 last_insert_id

    global_only 是仅全局级别有意义的,比如 sync_master_info

    both则是同时有全局和线程两个状态。


统计了一下,得到的一个基本列表如下,尤其需要注意的是5.0的版本因为information_schema下的视图着实有限,还没有session_variables和global_variables,所以就暂时使用show variables的输出代替。一个整体的情况如下:


数据库版本


Session_variables


Global_variables


5.0.67-percona-highperf-log


245*


245*


5.5.33-31.1-log


392


404


5.6.14-rel62.0-log


490


476


5.6.14-56-log  


490


476


5.6.16-64.2-56-log


496


482


5.6.23-72.1-log 


505


491


5.7.13-6-log


559


544

 把上面的数据整理出一个统计图如下:

 
   通过这个统计图可以清晰的看到在5.0到5.5版本的过程中,总体有近一倍的参数提升,有近150个新增参数,而在5.5到5.6的过程中,新增参数有近100个,而在5.6的补丁版本中,加入了近10个左右的参数,然后到了5.7有近50多个新增参数。

  MySQL的参数和Oracle相比,数量要少了很大,而且没有隐含参数的说法。这一点要透明许多,这个参数量和Oracle是差不多的。

Oracle我们取了几个大版本的样本,开放的参数个数竟然和MySQL有很相似的量级。

    在参数背后就是两种截然不同的风格和文化,Oracle是提供强大,丰富的参数定制功能,就是所说的隐含参数,相反对于internal的部分,大门已经渐渐关闭。而MySQL反之,你如果想看点internal的东西,链接都有,https://dev.mysql.com/doc/internals/en/
   商业和开源之争,永无止境,而且它们还是属于同一个公司。

时间: 2024-09-21 15:13:51

MySQL参数对比浅析(r11笔记第97天)的相关文章

使用sysbench压力测试MySQL(一)(r11笔记第3天)

今天用了下新版本的sysbench,发现和早期版本的差别还不小,确实有不少有趣的地方,是的,我们继续测试下MySQL. 如果大家看过<高性能MySQL>这本书,就会发现里面对于基准测试的描述非常全面和专业,里面的测试场景都是基于早期版本,这个版本有一个不太方便的地方就是无法抓取到更细节的数据,只有平均值,所以要不需要定制脚本,要不就需要更多的测试场景和时间来得到一个报告. sysbench目前最新的版本是1.0.3,里面的interval参数确实很赞,也是驱动我尝试的最大动力,因为能够得到一个

Oracle中的PGA监控报警分析(r11笔记第97天)

最近接到一个数据库报警,让我颇有些意外,这是一个PGA相关的报警.听起来感觉是应用端的资源调用出了问题. 报警内容大体如下: 报警内容: PGA Alarm on alltest ------------------------------------报警级别: PROBLEM ------------------------------------监控项目: PGA:6118.6 这是一个12cR1的环境,是一套测试环境,确切的说是多套环境整合后的一套大的测试环境,里面含有近8个PDB,也就是

MySQL Online DDL(二)(r11笔记第88天)

对于Online DDL,之前简单分析了一些场景MySQL中的Online DDL(第一篇)(r11笔记第3天),其实有一个很关键的点没提到,那就是online DDL的算法,目前有三个操作选项,default,inplace,copy可选 具体可以参考  https://dev.mysql.com/doc/refman/5.6/en/innodb-online-ddl.html > select count(*) from newtest; +----------+ | count(*) |

用Oracle的眼光来学习MySQL 5.7的sys(下)(r11笔记第25天)

昨天写了篇分析sys的文章,用Oracle的眼光来学习MySQL 5.7的sys(上)(r11笔记第24天)收到了一些朋友的反馈,还不错,今天继续努力,再整理一篇. sys还是很有借鉴意义     今天还和同事偶然聊起sys schema的事情,我觉得有几个地方要值得借鉴. 1)原本需要结合information_schema,performance_schema查询的方式,现在有了视图的方式,显示更加直观 2)sys schema的有些功能在早期版本可能无从查起,或者很难查询,现在这些因为新版

不同平台上mysql的对比

MySQL测试结果 这个文件中包含了不同基准测试的结果. 测试结果后()中的数字表示精确测试中执行的SQL命令的数目.一个测试可以有很多不同的参数,这里只给出一个大致的样子.请查看源码以获得更多的信息. 注意,使用不同--cmp选项的测试结果不能进行对比.--cmp选项根据测试中全部服务器的最差的限制进行设置. 标记了'+'的数字是根据上一次的运行结果进行估计得出的,因为查询语句的执行超出了给定的时间限制.这个估计和预想中的真实的结果不会相差很远. 标记了'?'的数字是一个糟糕的结果.它只能用来

MySQL 高可用浅析

MySQL 高可用浅析 对于多数应用来说,MySQL都是作为最关键的数据存储中心的,所以,如何让MySQL提供HA服务,是我们不得不面对的一个问题.当master当机的时候,我们如何保证数据尽可能的不丢失,如何保证快速的获知master当机并进行相应的故障转移处理,都是需要我们好好思考的.这里,笔者将结合这段时间做的MySQL proxy以及toolsets相关工作,说说我们现阶段以及后续会在项目中采用的MySQL HA方案. (题图来自:comprendrechoisir.com) Repli

一个简单的MySQL参数导致的连接问题解惑

最近在做一套MySQL环境的数据迁移,需要把一部分数据从一个站点迁移到另外一个站点,新站点是一套全新的环境,对于MySQL的安装采用了同事建议的二进制方式.当然安装的过程比起Oracle的安装看起来要简单很多了.基本做到了一键安装的程度.因为对于MySQL还是有很多的盲点,所以感觉还是有些心虚,当然态度是虚心的了.可能很多问题处理起来就不会像Oracle那样理直气壮了.这可能也是好事. 数据库安装很快就做好了,而且里面的很多参数也采用了一定的规则去匹配一些参数值,所以自己也没做其它的改变就直接使

一个SQL性能问题的优化探索(二)(r11笔记第38天)

继续前几天的一个案例一个SQL性能问题的优化探索(一)(r11笔记第33天) 如下的SQL语句存在索引字段CARD_NO,但是执行的时候却走了全表扫描,因为这是一个核心表,数据量很大,导致数据库负载很高. SQL_FULLTEXT ---------------------------------------------------------------------------------------------------- SELECT ID,CN,CARD_NO,TO_CHAR(CHAR

mysql参数调优

为何要调整参数 不同服务器之间的配置.性能不一样 不同业务场景对数据的需求不一样 Mysql的默认参数只是个参考值,并不适合所有的应用场景 优化之前我们需要知道什么 服务器相关的配置 服务器型号 操作系统版本 内核版本 磁盘存储介质(sas sata ssd) 业务相关的情况 读多写少,读少写多 业务数据增长量 mysql相关的配置 服务器上需要关注那些 硬件情况 cpu(几核.超线程) 内存 磁盘(容量.性能) 操作系统版本(是否为稳定版) CPU.网卡节电模式(建议数据库应用的服务器,关闭节