MySQL Cloud Service体验小结

今天体验了下MySQL Cloud的一些服务,除了网络卡顿延迟比较大之外,其他的体验还可以,简单来说下这个过程。

如果登录到Oracle Cloud的官网,对于MySQL的服务是没有放入到Database这一栏,而是单独放了一个目录MySQL,如果不知道这个目录结构,可能阿刚开始的时候会有些突兀。之前已经在线创建了一个实例,通过界面可以看到整体的配置信息如下,值得一提的是MySQL的版本是5.7.21,目前开放的还不是8.0

如果这个时候简单问你一下,我们现在有了RDS服务,那么我们使用Oracle Cloud能不能给出一个理由来,在我看来,其中一个理由是MySQL的服务是标准的企业版本,插件是完全融合进来的。

Oracle云的特点比较鲜明,如果你使用过AWS或者是阿里云等,你会发现风格不大一样,Oracle云的特点是把IaaS和Paas糅合的概念,即你申请了一个实例,通过图形界面可以管理(类似于RDS),而且可以通过命令行的界面登录到服务端操作(类似于ECS),这个体验在其他云那里是没有的,从管理性上来说,开放的入口更加丰富,性价比介于RDS和ECS之间吧。

通过命令行登录进来,提示的信息如下:

使用ps -ef的命令来查看,可以看到整个服务端的进程,默认是开启了3306的端口。

[opc@mysqltest-mysql-1 ~]$ ps -ef|grep mysql

oracle 3198 1 0 May31 ? 00:00:00 /bin/sh ./bin/mysqld_safe

oracle 4444 3198 2 May31 ? 07:57:35 /u01/bin/mysql/bin/mysqld --basedir=/u01/bin/mysql --datadir=/u01/data/mysql --plugin-dir=/u01/bin/mysql/lib/plugin --log-error=mysqltest-mysql-1.err --open-files-limit=20000 --pid-file=mysqltest-mysql-1.pid --socket=/u01/bin/mysql/mysql.sock --port=3306

opc 25798 25545 0 14:20 pts/0 00:00:00 grep mysql

当然我是使用opc的账户登录的,要连接到MySQL实例需要统一使用oracle用户, 这个确实有些不习惯。

切换一下即可。

[opc@mysqltest-mysql-1 ~]$ mysql

Please switch to "oracle" user to use mysql client

连接到MySQL实例之后,会看到登录后的信息明显不同。

有的同学可能要问企业版比社区版多哪些插件,比如下面的这些,连接池,审计日志等等。

我们来看看MySQL部署的目录结构:

[oracle@mysqltest-mysql-1 ~]$ which mysql

/u01/bin/mysql/bin/mysql

它的这个目录结构典型沿袭了Oracle的风格,标准的/u01目录

查看MySQL的目录,数据文件是在这个目录下的。

mysql> show variables like 'datadir%';

+---------------+------------------+

| Variable_name | Value |

+---------------+------------------+

| datadir | /u01/data/mysql/ |

+---------------+------------------+

1 row in set (0.01 sec)

默认的my.cnf文件是不在/etc下面的。

[oracle@mysqltest-mysql-1 mysql]$ ll /etc/my.cnf

ls: cannot access /etc/my.cnf: No such file or directory

如果查看MySQL的buffer_pool大小,在这里是5G左右,占到了内存的60%以上。

这个目录结构比较特别,如果你看数据文件的结构,你会看到审计日志已经开始工作了,已有的审计日志有近2G左右。

在这里,可以看到MySQL默认启用了undo tablespace的特性,指定了4个undo表空间。

如果查看线程情况,会发现里面存在大量的线程指向了数据库mem.

很可能我们会对里面的mem字样的数据库感到陌生,如果没猜错这是Enterprise Monitoring的内容,可以看到组件的内容涵盖的面是很广了。

这里需要重点提一下,那就是对于复制的配置,默认是过滤了mem字样的数据库的。

这个死锁检测的特性很重要,默认也是打开了。

还有redo日志,这里的风格比较特别,默认是2组,MySQL Cloud里面是6组。

而且每组的文件大小是1G.

这些都是在简单体验MySQL Cloud之后的一些简单的总结,后续会逐步带来更多的体验小结。

原文发布于微信公众号 - 杨建荣的学习笔记(jianrong-notes)

原文发表时间:2018-06-15

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Python攻城狮

GitHub 系列之「团队合作利器 Branch」1.什么是分支?2.分支的常用操作3.基本的团队协作流程4.Git Flow

Git 相比于 SVN 最强大的一个地方就在于「分支」,Git 的分支操作简直不要太方便,而实际项目开发中团队合作最依赖的莫过于分支了,关于分支前面的系列也提到...

811
来自专栏Java架构沉思录

从一笔金币充值去思考分布式事务

考虑支付重构的时候,自然想到原本属于一个本地事务中的处理,现在要跨应用了要怎么处理。拿充值订单举个栗子吧,假设:原本订单模块和账户模块是放在一起的,现在需要做服...

1073
来自专栏数据和云

利用硬链接和truncate降低drop table对线上环境的影响

作者简介 ? 肖鹏 微博研发中心数据库技术负责人,主要负责微博数据库(MySQL/Reids/HBase/Memcached)相关的业务保障,性能优化,架构设计...

3699
来自专栏令仔很忙

千里之堤,毁于蚁穴----考试系统

   千里之堤,毁于蚁穴,做项目的过程中可能会涉及到成千上万行的代码,在开发的过程中,一定要注意一些细节上的问题,这不是一篇技术性很高的文章,主要是思想。

1002
来自专栏码匠的流水账

oauth2四种授权方式小结

9282
来自专栏james大数据架构

我是如何处理大并发量订单处理的 KafKa部署总结

  今天要介绍的是消息中间件KafKa,应该说是一个很牛的中间件吧,背靠Apache 与很多有名的中间件搭配起来用效果更好哦 ,为什么不用RabbitMQ,因为...

3729
来自专栏快乐八哥

普通文件和数据库存储的对比

在大多数企业开发或Web开发中,都会涉及数据的存储和检索。存储数据有两种基本的方法:保存到普通文件中(File System),或者保存到数据库(Databas...

2159
来自专栏数据和云

演讲实录:MySQL 8.0 中的复制技术

在近期的第七届数据技术嘉年华上,甲骨文MySQL研发工程师宋利兵做了“MySQL-8.0中的复制技术”为主题的演讲,介绍了MySQL-8.0中异步复制和Grou...

3405
来自专栏落花落雨不落叶

一个解决跨域问题的代理小工具

3558
来自专栏依乐祝

.NET Core实战项目之CMS 第七章 设计篇-用户权限极简设计全过程

接下来我们就正式进入.NET Core实战项目之CMS的设计篇了。在设计篇呢,我们需要对数据库进行设计,而数据库的设计又分为功能部分设计以及用户权限部分设计。作...

892

扫码关注云+社区

领取腾讯云代金券