AliSQL

MySQL 8.0 简介 MySQL 5.7 到 8.0，Oracle 官方跳跃了 Major Version 版本号，随之而来的就是在 MySQL 8.0 上做了许多重大更新，在往企业级数据库的路上大步前行，全新 Data Dictionary 设计，支持 Atomic DDL，全新的版本升级策略，安全和账号管理加强，InnoDB 功能增强等，目前小版本已经 release 到 8.0.16，新的功能仍然在持续推出。 RDS MySQL 8.0 产品是阿里云推出的 MySQL 系列云产品之一，使用完全兼容 MySQL 8.0 的阿 里云 AliSQL 8.0 分支，除了官方在 MySQL 8.0 推出的全新功能外，AliSQL 沉淀了许多在 Alibaba 集团电商业务和云上几十万客户在使用 MySQL 过程中遇到的问题和需求，以此来加固AliSQL, 提升 AliSQL 的性能和稳定性。 下面分别对 MySQL 8.0 和 AliSQL 8.0 相关的版本和功能做简短的介绍: MySQL 8.0 版本更新 1. 数据字典 MySQL 8.0 摒弃了 Server Layer 定义的 FRM 文件和其它非事务表，使用了一组 InnoDB 表来 保存数据字典，支持事务特性。 2. Atomic DDL 在 Data Dictionary 支持事务特性的基础上，8.0 增加了一个

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 根据全球权威的IT咨询公司Gartner的最新研究报告，在2018年度数据库系统的魔力象限中，阿里云数据库被列入“远见者”象限，这是国产数据库首次进入Gartner魔力象限。Gartner的魔力四象限，描述了数据库厂商的产品能力和市场规模。四个象限依次分别为领导者、挑战者、远见者和特定领域者。目前数据库魔力象限领导者，以老牌的IT厂商Oracle，Microsoft，IBM为主。阿里云通过持续的技术研发创新，进入远见者象限，代表着公司具备良好的产品技术创新性和前瞻性，在市场上进一步突破之后将有希望成为该领域的绝对领导者。 “阿里云拥有所有云厂商中最为丰富的数据库种类覆盖度，几乎为所有客户的业务场景提供了多种解决方案” 分析师在报告中写道，“除了公共云外，阿里云数据库还提供了完整的私有化部署形态Apsara Stack和混合云数据共享解决方案，这是AWS、Google所欠缺的重要优势”。根据Gartner的市场分析报告，阿里云数据库在中国所有云计算厂商中排名第一。Gartner指出阿里巴巴开源的AliSQL拥有坚实的用户基础，特别是管理和安全方面的改进得到了广泛认可；另外云原生数据库POLARDB在高性能、高容量使用场景的应用值得期待。 在阿里云作为唯一国产数据库厂商首次入选“全球数据库魔力象限“之际

2019年5月8日-5月10日，由国内知名IT技术社区主办的数据库技术交流盛会——DTCC 2019将在北京新云南皇冠假日大酒店召开。数据风云，十年变迁，DTCC见证并铭记了国内数据库技术的关键成长历程。作为DTCC的老朋友和全球领先的云计算厂商，阿里云数据库团队受邀参加本次技术盛会，不仅将派出重量级嘉宾阵容，还会为广大数据库业内人士和行业用户奉上 8场精彩议题 ，精彩不容错过。 本次DTCC大会云集多位阿里云数据库顶级大咖，将为您带来最具价值的技术交流和探讨，干货满满。由 阿里巴巴集团副总裁、达摩院数据库首席科学家、阿里云智能事业群数据库产品事业部总负责 李飞飞博士 领衔，Google第一代分布式SQL系统Tenzing核心人物、阿里云OLAP产品分析引擎负责人林亮，数据库内核团队资深技术专家何登成等核心团队成员将依次亮相，分别就云原生数据库、新一代自研分析型数据库、分布式数据库、时序数据库、图数据库等最in的技术话题，展开深入讨论，分享最佳实战经验。同时，李飞飞博士还将作为DTCC大会的专家顾问，把握数据技术的主题内容与方向。 洞见前沿技术趋势，见证阿里云数据库成长历程。在这场数据库领域从业人士难得的年度盛会和交流平台上，阿里云技术大牛们将带来怎样的饕餮盛宴？ 下面小编就为大家提前梳理了8大亮点，并附上阿里云议题全集，精彩一网打尽。 期待与您共聚一堂，共话行业未来！ 温馨提示

支付宝数据仓库可以用一套代码实现各个异构数据库之间，系统迁移和业务切换，这已经不是一个神话和想法，这已经是一个在线的成功案例，已经完成世界上主流数据仓库的数据库端得集成，关键的核心在于Alisql Alisql封装了访问db2,oracle,greenplum,Sybase 和Teradata数据库的方法，形成了一套访db2,oracle,greenplum,sybase和Teradata数据库的统一接口。 Alisql不仅提供了对db2,oracle,greenplum,sybase和Teradata访问方法的统一，而且提供了一些方法屏蔽5个数据库之间sql语言的差别。这样对于应用程序，只需要编写一套代码，就可以操纵db2,oraclee,greenplum,sybase和Teradata数据库,对开发工程师而言，只用熟悉sql92的标准sql和此文档sql函数就可以编程,这样缩短培训成本和学习成本，使用我们雇主和雇员达到双赢的目的。 Alisql分为上下两层： 第一层：通过perl/tcl 来实现操作系统级跨平台. 第二层：通过自行开发动态链接库接口包来实现跟各个数据库通信，实现数据库的异构. Alisql系统架构图： 来源： oschina 链接： https://my.oschina.net/u/1016427/blog/759289

导读 ：本文主要介绍了高德在服务单元化建设方面的一些实践经验，服务单元化建设面临很多共性问题，如请求路由、单元封闭、数据同步，有的有成熟方案可以借鉴和使用，但不同公司的业务不尽相同，要尽可能的结合业务特点，做相应的设计和处理。 一、为什么要做单元化 单机房资源瓶颈 随着业务体量和服务用户群体的增长，单机房或同城双机房无法支持服务的持续扩容。 服务异地容灾 异地容灾已经成为核心服务的标配，有的服务虽然进行了多地多机房部署，但数据还是只在中心机房，实现真正意义上的异地多活，就需要对服务进行单元化改造。 二、高德单元化的特点 在做高德单元化项目时，我们首先要考虑的是结合高德的业务特点，看高德的单元化有什么不一样的诉求，这样就清楚哪些经验和方案是可以直接拿来用的，哪些又是需要我们去解决的。 高德业务和传统的在线交易业务还是不太一样，高德为用户提供以导航为代表的出行服务，很多业务场景对服务的RT要求会很高，所以在做单元化方案时，尽可能减少对整体服务RT的影响就是我们需要重点考虑的问题，尽量做到数据离用户近一些。转换到单元化技术层面需要解决两个问题: 1.用户设备的单元接入需要尽可能的做到就近接入，用户真实地理位置接近哪个单元就接入哪个单元，如华北用户接入到张北，华南接入到深圳。 2.用户的单元划分最好能与就近接入的单元保持一致，减少单元间的跨单元路由。如用户请求从深圳进来

上篇文章《 MySql逻辑结构简介 》我们聊到了存储引擎，可以说MySQL可插拔的多元化存储引擎给我们的使用者带来了很灵活的选择。 这篇文章我们来聊一下目前主流的两种存储引擎MyISAM和InnoDB的区别。 MyISAM InnoDB 外键 不支持 支持 事务 不支持 支持 锁表 表锁，即使操作一条记录也会锁住整个表， 不适合高并发的操作 行锁，操作时只锁某一行，不对其它行有影响， 适合高并发的只操作 缓存 只缓存索引， 不缓存真实数据 不仅缓存索引还 要缓存真实数据 ，对内存要求较高，而且内存大小对性能有决定性的影响 占用空间 表空间占用 小 表空间占用 大 关注点 性能 ，查询速度快 事务 阿里巴巴，淘宝用哪个？ 前期 ：阿里巴巴大部分MySQL数据库其实使用的是Percona的Xtradb原型加以修改。 Percona公司为MySQL数据库服务器进行了改进，新建了一款存储引擎叫Xtradb，这款存储引擎从性能上完全可以替代Innodb,在功能和性能上较MySQL有着很显著的提升， 该版本提升了在高负载情况下的InnoDB的性能，为DBA提供一些非常有用的性能诊断工具;另外有更多的参数和命令来控制服务器行为。 现在 ：2016年云栖大会·北京峰会上，阿里云 宣布启动了 AliSQL、AliRedis 开源项目， AliSQL 是基于MySQL官方版本的一个分支

MySQL内建的复制功能是构建大型，高性能应用程序的基础。将MySQL的数据分布到多个系统上去，这种分布的机制，是通过将mysql的某一台主机的数据复制到其它主机（slave）上，并重新执行一遍来实现。 复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循坏，这些日志可以记录发送到从服务器的更新。当一个从服务器 连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知的更新。 需注意的是： 在进行mysql复制时，所有对复制中的表的更新必须在主服务器上进行。否则必须要小心，以避免用户对主服器上的表进行更新与对从服务器上的表所进行更新之间的冲突。 源码安装AliSQL-AliSQL-5.6.32-9 可以在我的网盘下载包 链接： https://pan.baidu.com/s/1FDmGV2zVLI9NxfdpjVqK4g 提取码：tpuy 复制这段内容后打开百度网盘，操作更方便哦： 主从间的数据库不是实时同步，就算网络连接正常，也存在瞬间主从数据不一致的情况。 如果需要多主库的话，可以用环形配置，这样任意一个节点的修改都可以同步到所有节点所以也需要ntp（时间同步） 源码安装AliSQL 接下来我们源码安装AliSQL

这里我们准备两台机器全部安装AliSQL-AliSQL-5.6.32-9安装到/data/server下 主库机器ip：192.168.124.89 从库机器ip：192.168.124.109 master主库配置 vim /data/server/ #修改内容 #解释：server-id服务的唯一标识（主从之间都必须不同）；log-bin启动二进制日志名称为mysql-bin 【mysqld】 server-id=1 log-bin=mysql-bin 保存退出 cd /data/server/mysql/support-files ./mysql.server start master主库添加从库账号 进入到bin目录启动mysql 进入到交互环境 cd /data/server/mysql/bin ./mysql -u root -p 新建用于主从同步的用户chaoge,允许登录的从库是'192.168.124.109' 给从库账号授权,说明给chaoge从库复制的权限，在192.168.124.109机器上复制 检查主库创建的复制账号 再查看主库状态 slave从库配置 vim /data/server/mysql/my.cnf 重启mysql数据库 cd /data/server/mysql/support-files ./mysql.server start

导读 ：本文主要介绍了高德在服务单元化建设方面的一些实践经验，服务单元化建设面临很多共性问题，如请求路由、单元封闭、数据同步，有的有成熟方案可以借鉴和使用，但不同公司的业务不尽相同，要尽可能的结合业务特点，做相应的设计和处理。 一、为什么要做单元化 单机房资源瓶颈 随着业务体量和服务用户群体的增长，单机房或同城双机房无法支持服务的持续扩容。 服务异地容灾 异地容灾已经成为核心服务的标配，有的服务虽然进行了多地多机房部署，但数据还是只在中心机房，实现真正意义上的异地多活，就需要对服务进行单元化改造。 二、高德单元化的特点 在做高德单元化项目时，我们首先要考虑的是结合高德的业务特点，看高德的单元化有什么不一样的诉求，这样就清楚哪些经验和方案是可以直接拿来用的，哪些又是需要我们去解决的。 高德业务和传统的在线交易业务还是不太一样，高德为用户提供以导航为代表的出行服务，很多业务场景对服务的RT要求会很高，所以在做单元化方案时，尽可能减少对整体服务RT的影响就是我们需要重点考虑的问题，尽量做到数据离用户近一些。转换到单元化技术层面需要解决两个问题: 1.用户设备的单元接入需要尽可能的做到就近接入，用户真实地理位置接近哪个单元就接入哪个单元，如华北用户接入到张北，华南接入到深圳。 2.用户的单元划分最好能与就近接入的单元保持一致，减少单元间的跨单元路由。如用户请求从深圳进来