trunc (x, y),y 为返回的小数位数,如果不传y,则默认为0,返回整数。
随着近些年来数据库技术发展演进,及国内数据库日益活跃。越来越多的企业将数据库从传统商业数据库迁移到开源或国产数据库平台。本文对比了最为常见的一种情况,从Oracle迁移到MySQL需要关注的一些差异点。这方便应用研发在迁移之初做好必要的评估备。此外,因MySQL生态发展很广泛,很多数据库产品会将MySQL作为兼容的首选。因此,很多其他类型的数据库迁移,也可以参考此文内容。
摘要:MySQL 8.2引入了透明读/写分离功能,MySQL 路由器可以自动将只读SQL路由到集群的只读节点。然而,MySQL路由器在此过程中需要对接收到的SQL进行一定程度的解析,以确定其是否为只读SQL。这个解析过程对系统性能会有怎样的影响呢?知名MySQL布道师Frédéric Descamps对此进行了测试,让我们一起看看他的分析。
之前一直使用mysql作为存储数据库,虽然中间偶尔使用sqlite作为本地数据库存储,hive作为简单查询工具,maxcompute作为大数据查询服务等等,但没有感觉多少差别。事实上,我们往往听说SQL-92标准之类的云云!
许春植(Luocs) (阿里巴巴高级数据库管理员,7年以上数据库运维管理经验,擅长MySQL、Oracle及MongoDB数据库,目前主要研究并建设MongoDB一套完整的运维体系) 编辑手记:感谢许春植授权独家转载其精华文章,这是系列文章之一,与大家分享其个人学习与经验总结,编辑时略有修订与节略。也欢迎读者朋友向我们投稿。 首先我们看一下数据库以及常看到的 HA 以及分布式架构方案: 数据库类型架构方案架构类型MySQLKeepalived+MySQL ReplicationHA MHA+MySQL
在Oracle中,一般使用 integer、 int或者 number(N),MySQL 也支持 integer 和 int,但不支持 number 或 number(N) 的类型。
搜索引擎,是人们常用的获取信息的平台,对关键字的搜索情况,间接代表着其关注程度。本文尝试从对数据库产品的搜索,了解各产品在受众中关注度情况。下面示例均以百度搜索提供的百度指数为基础,以最近2~3个月数据为依据进行分析。分析结果仅代表个人意见,不代表官方意见。
5、支持多种OS,提供多种API接口,支持多种开发语言,对流行的PHP,Java很好的支持
Oracle数据库是业界的翘楚,各行各业拥有大量的Oracle DB的DBA,本文尝试通过将Oracle与MySQL数据库的架构、安全、模式对象、数据类型及数据存储进行对比,以方便熟悉Oracle数据库的人可以快速了解MySQL。
MySQL 的主键和 Oracle 差不多,都是对应一个唯一索引并且索引列是非空的。
MySQL 中字符串既可以用单引号也可以用双引号,而 Oracle 中只能用单引号。
上图是DB-Engines数据库流行度最新排行榜,Oracle、MySQL、SQLServer虽几经下滑,然而还是遥遥领先的前三名。后起之秀PostgreSQL和MongoDB持续增长,然而在体量上还相差甚远,可以预见这些年,三大关系型数据库的主流地位是不会动摇的。其中MySQL下滑速度要慢于Oracle,可能会逆袭。当下.NET开发领域,三大数据库的地位也是差异很大,Oracle应该算凤毛麟角了,SQLServer原本占据主流地位,这几年因为.NET Core跨平台开发的盛行,各种组件都优先使用Linux环境的,虽然SQLServer也推出了Linux版,然而.NET Core+MySQL才是最新标配。
关系型数据库(Relational DataBase Management System),简称 RDBMS。说起关系型数据库,我们脑海中会立即浮现出 Oracle、MySQL、SQLServer 等数据库,这些都是我们常用的关系型数据库。 关系型数据库最大的特点就是在其关系这个词,它可以保存数据库中的各种关系。那么这个关系如何理解呢?我们就拿学校的一个例子来讲吧。在学校里,我们有老师(Teacher)、学生(Student)、课程(Course)这几个实体,而这几个实体之间都是有一定关系的。例如:一个老师
Oracle Cloud 在2020年终于大张旗鼓的上线了推动,终于搞出来一个本地MySQL和线上MySQL大差异点云上HTAP MySQL方案:MySQL HeatWave。架构如下:
3、mysql的递增语句是AUTO_INCREMENT,而sql server是identity(1,1)
MySQL 的concat 支持多个参数,而 Oracle 只支持两个参数;MySQL 的 concat 如果参数为 null,则结果为 null,而 Oracle 不是。
(1)decode(x,a1, b1, a2, b2, ... , an, bn):判断x,如果为a1则返回b1,如果为a2则返回b2,...,如果为an则返回bn。如果bm为传入,则返回空。表达式结果的类型由b1决定。
在Oracle中,实例指的是数据库启动后的后台进程和内存,它和数据库是一一对应的,不过在RAC中一个数据库对应多个实例。在一个Server上一般只有一个数据库实例。
最近碰到要删除一个MySQL数据库索引的需求,按照Oracle的思维,"drop index index_name"会提示错误,MySQL删除索引,有两种形式,
如果抛出一个问题,你是如何理解MySQL解析器的,它和Oracle解析器有什么差别?相信大多数同学都会比较迷茫,因为这个问题很难验证,要不是看源码,要不就是查看书上是怎么说的,其实这两种方法对我们去理解这个问题来说不是很合适,如果能够通过实践来做下理解就好了。
昨天聊了一篇关于高可用方案中Oracle的RAC和MySQL的MHA的对比。 今天来说下Oracle的DG和MySQL的方案对比,相比来说,可能这方面MySQL会单薄一些,所以文末会说下InnoDB Cluster。 在灾备的概念中,Oracle DBA喜欢叫做主备,即为Primary,Standby,而MySQL喜欢叫做主从,即为Master,Slave 首先在Oracle中,数据是基于物理复制(此处说的都是physical standby),所以对于数据库的状态和角色就很好定位,从库正常状况下是
默认不会自动提交,需要显式的提交或回滚。如果断开连接时有未提交事务,客户端工具一般可以配置自动提交或回滚。
示例:在一个表中,如果有名称、地址列,并且需要在其中一个条目的新列中输入“年龄”,则不会使用它,因为该列未在架构中定义。
确定哪种类型的数据库或数据库服务最适合您的企业的最佳方法是什么?这完全取决于您需要什么类型的用例。在本文中了解更多信息。
没错,gt-checksum 是GreatSQL社区新增的成员,它是 一款静态数据库校验修复工具,支持MySQL、Oracle等主流数据库,采用Go语言开发,今天正式开源。
结构化查询语言,这个语言是一种开发语言。只要是关系型数据库都是用Sql语言。把Sql语言学会了,所有的关系型数据库基本都会了。只不过,不同的关系型数据库(例如Mysql和Oracle的sql语法基本一样,有些细节差异)。
Oracle 中的日期类型是带有时分秒的,获取当前时间可以用sysdate,如果要获得更高的精度可以用 systimestamp。查出来的结果的格式受系统参数控制,相当于做了默认的to_char 操作。
近期参加墨天轮社区举办的《2022年新春发布会暨国产数据库年度颁奖典礼》,并有幸受邀作为嘉宾,对外发布了数据库大调查报告。此次调查收集3000余份有效调研数据,从中可对国内数据库(包括国产数据库、云数据库)、从业者的现状与发展有了相对全面的了解。这也将为后续政策引导,行业、企业、个人发展带来一定指导意义。本人有幸获得部分高质量样本数据,并尝试从更多角度加以分析。希望能带来更多启示。
MySQL数据库是轻量级、开源数据库的佼佼者,其功能和管理,健壮性与Oracle相比还是有相当的差距。因此有很多功能强大第三方的衍生产品,如percona-toolkit,XtraBackup等等。percona-toolkit是一组高级命令行工具的集合,可以查看当前服务的摘要信息,磁盘检测,分析慢查询日志,查找重复索引,实现表同步等等。这个工具套件对DBA及运维人员着实不可多得。本文简要描述这个工具的安装及其工具的大致介绍。
Mysql或Oracle迁移到Postgresql系产品后,经常会发生事务回滚导致的问题,具体问题一般都是类似于:
MySQL 一直是互联网数据内核的主宰,但是在经历从互联网到企业级的转变中,却是困难重重。然而在 2019年,越来越多的企业级客户开始在业务核心中使用 MySQL 数据库,这是一个标志性的转变,代表 MySQL 打开了更广泛的企业市场,而MySQL的技术变革也正在以更快的步伐去满足更广泛的用户需求。
在Oracle中,使用分区表是一种很自然的事情,数据库容量基本都是500G起,大小在5T以上都是很常见的。
去O的话题,可谓由来已久。从十年前阿里提出了这一口号,并率先在公司内部实现了数据库的整体去O开始,到后面从互联网公司到传统企业也纷纷跟进,可以说去O的理念已逐步深入人心。但到直到现在,我们可以看到Oracle在国内的市场依然占有相当大的比例。即使在对外的很多去O宣传中,也大多是以非重度O记案例或非关键业务系统居多,大量核心、关键业务系统仍然采用O的方案。那造成这一现象的原因是什么呢?本文尝试对去O可能存在的难点及应对策略加以分析。下面文字代表个人观点,仅供参考。
MySQL数据库的集中化运维,可以通过在一台MySQL数据库服务器上,部署多个MySQL实例。该功能是通过mysqld_multi来实现。mysqld_multi用于管理多个mysqld的服务进程,这些mysqld服务进程程序可以用不同的socket或是监听于不同的端口,同时将数据文件分布到不同的磁盘以分散IO。mysqld_multi提供简单的命令用于启动,关闭和报告所管理的服务器的状态。从而减少生产环境的维护成本,方便后续的迁移和清理等工作,借助多实例绑定的方式提高服务器的整体资源利用率.对于多实例的配置有2种方式,一种是在my.cnf为所有实例提供配置,一种是使用每一个实例一个配置文件。本文主要描述第二种方式。 第一种多实例配置方式请参考:MySQL多实例配置(一) 有关MySQL单实例的安装请参考:Linux 下MySQL源码安装完整版
MYSQL vs PostgreSQL 的话题应该属于经久不衰的话题,类似 REDIS VS MONGODB (我比较奇怪这两个是怎么被强拉硬拽到一起的)。作为节假日的最后一个工作日,技术就别再到鼓捣鼓捣,说点喜闻乐见的话题。
当我们在进行数据库的运维工作时,很多时候会出现主从数据不一致的故障,尤其是当我们的binlog格式没有选择row模式,当主库执行一些类似于replace select或者时间函数等不确定的随机函数时,会出现从库数据和主库数据不一样。复制线程同步的时候就会报错,运营人员抽取数据就不会准确,尤其是对数据的一致性和安全性较高的金融公司。这个时候我们就要借助percona公司的pt工具来进行处理,pt-table-checksum和pt-table-sync分别检验master-slave的数据不一致并修复,避免了人工分析并筛选binlog日志进行修复的繁琐。但是对于pt工具,版本之间的差异还是比较大,尤其是pt工具的3.0.4版本并不能很好的检测出来,故而分享这个坑给诸位一线人员。
MySQL 5.7.21二进制包下载地址:(https://downloads.mysql.com/archives/get/p/23/file/mysql-5.7.21-linux-glibc2.12-x86_64.tar.gz) MySQL 5.7.21源码仓库github地址:(https://github.com/mysql/mysql-server/tree/mysql-5.7.21) MySQL 5.7的手册中"根据源码安装MySQL:(https://dev.mysql.com/doc/refman/5.7/en/source-installation.html)"章节中有如下内容,可参考"docs/INFO_BIN"文件中的内容获取官方编译时的环境信息: If you are interested in building MySQL from a source distribution using build options the same as or similar to those use by Oracle to produce binary distributions on your platform, obtain a binary distribution, unpack it, and look in the docs/INFO_BIN file, which contains information about how that MySQL distribution was configured and compiled. 解压安装包查看"docs/INFO_BIN"文件,可看到一系列的编译相关信息,其中kernel和cmake版本信息如下: Build was done on Linux-3.8.13-16.2.1.el6uek.x86_64 using x86_64 Build was done using cmake 2.8.12 根据kernel命名,可确定MySQL官方用的是Oracle Linux操作系统,对应的版本是6.5。镜像及下载地址如下: (https://mirrors.kernel.org/oracle/OL6/U5/x86_64/OracleLinux-R6-U5-Server-x86_64-dvd.iso) 在virt-manager(基于kvm的虚拟化)创建的虚拟机上安装操作系统,安装期间提示hardwarre不受支持。忽略错误强制安装操作系统后,启动失败。
设计模式在Java里面这个是必须的中高阶内容。而很少看到Python里面刻意去讲这个,关于Python实现的设计模式,一直以来是自己比较好奇而且想深入学习的一个点。 需要吐槽的是自己买了本纸质书,按照书名是可以精通Python设计模式了,里面有流程图,有代码,部分还有例子和执行结果。但是自己看起来总是感觉有些吃力,不是完全技术层面的困难,而是理解上的困难。 而换个思路,看看国内的一些朋友写的一些设计模式的总结,一看就懂。我都纳闷是不是文化上的差异导致的。 这个比较清晰。可以关注下。 https://gith
一款用Go语言编写的数据库自动化提权工具,支持Mysql、MSSQL、Postgresql、Oracle、Redis数据库提权、命令执行、爆破以及ssh连接等等功能。
https://docs.oracle.com/cd/E11882_01/appdev.112/e25519/static.htm#LNPLS598
下午在看Python的一本书的时候,突然脑袋里冒出了很多的想法。而且看着看着想起了很多以前的学习经历,这可能是一个悟道的开始吧。这么说吧,悟性是一个人学习工作中的进阶之道,有些内容可能只是别人比你早知道一些而已,而悟性就是突破这个思维桎梏的钥匙,能够极大缩短这个过程,也可以说是触类旁通吧。 下面的内容纯属个人的想法,如果不对之处还望多多交流指正。 我想了想,似乎这些年也搞了不少技术了。简答列了列,大概就是下面的内容了。有些内容实在不咋的,就删掉了。 Pascal,C, C++ ,J
关于Oracle和MySQL的高可用方案,其实一直想要总结了,就会分为几个系列来简单说说。通过这样的对比,会对两种数据库架构设计上的细节差异有一个基本的认识。Oracle有一套很成熟的解决方案。用我在
Oracle创建数据库时指定字符集,一般不能修改,整个数据库都是一个字符集。虽然还支持指定国家字符集,用于nvarchar2类型,不过很少用到。常用的字符集:AL32UTF8和ZHS16GBK,其中AL32UTF8与UTF8几乎是等价的。一个汉字在AL32UTF8中占三个字节,而在ZHS16GBK中占用两个字节。
MYSQL 8 发布也是有些日子了,但使用的人数和单位都不多,原因大部分大企业,银行已经开始使用国内的自研的MYSQL 作为主力,同时MYSQL 5.7 在目前使用中并未出现什么重大的缺陷,并且周边的生态都是基于 5.6 5.7 的,所以更换MYSQL 8 是不是吃力不讨好的一件事情,另外网传,并且自己也测试了一些东西,发现MYSQL8 在某些方面尤其是查询的速度来说,并没有快到哪里去,反倒是有可能更慢。
在我们日常操作中,drop操作应该谨慎一些,可以看到,mysql也友好的给出了提醒。
“你仍在使用SQL-92吗?”是我在“新SQL”演讲中的开篇问题。在我提出这个问题后,竟然有大部分观众坦承仍在使用25年前的技术。而如果我问谁还在使用Windows 3.1,这个版本也是在1992年发布的,则只有少数人举手......而且他们显然在开玩笑。
我在去年QCon和Gdevops广州站的时候,讲到MySQL和Oracle的现状和发展时,简单总结了下一个常见的使用误区:把MySQL当Oracle用,或者把Oracle当做MySQL用。
数据库建模和设计是软件开发过程中必不可少的步骤,一个良好的建模工具可以帮助我们简单快速地完成数据库设计,提高工作的效率。因此,今天给大家推荐几款免费的 MySQL 数据库建模工具,首先给出它们的功能比较:
迁移到MySQL有很多原因,在基础准备工作中,源库的建表语句到MySQL建表语句的转换,不仅涉及到数据库间的语法,数据类型等差异,同时在SQL开发规范方向也有一些相应的规范,如何提高开发效率,同时使得开发规范更容易落地,向MySQL迁移的语法转换工具的作用就尤为重要。
领取专属 10元无门槛券
手把手带您无忧上云