MySQL相关小说索引(1)

1、环境安顿

CentOS6.6下解压安装mysql-5.7.10-linux-glibc2.5-i686.tar.gz

RocketMQ与Kafka对比(18项差异)

原稿链接:https://github.com/alibaba/RocketMQ/blob/master/wiki/kafka_partitions_problem.md

Tmall内部的交易系统使用了天猫自主研发的Notify音讯中间件,使用Mysql作为音信存储媒介,可完全水平扩容,为了越发回落本钱,咱们认为存储部分可以进一步优化,2011开春,Linkin开源了Kafka那几个美妙的信息中间件,Tmall中间件团队在对Kafka做过丰硕Review之后,Kafka无限信息堆积,高效的持久化速度吸引了我们,不过同时发现那一个音讯系统重点定位于日志传输,对于使用在天猫商城交易、订单、充值等情景下还有这些表征不满足,为此大家再次用Java语言编写了RocketMQ,定位于非日志的可相信音讯传输(日志场景也OK),近来RocketMQ在阿里公司被广泛应用在订单,交易,充值,流总计,新闻推送,日志流式处理,binglog分发等情景。

2、MySQL基本常识

Mysql成立、删除用户

mysql赋权与收回权限(grant&revoke)

MySQL修改root密码的有余主意

MySql数据库的查询、删除、扩张、修改语句

mysql拷贝表的两种形式

MySQL日志文件默许存放地方

mysql安装及root密码开始化

SQL CREATE TABLE
语句

DDL
(数据定义语言)

修改mysql数据表中的字段属性

mysql数据库中int(11)表示什么看头?

sql语句 创造表 有一列 default 0
有何样用.给出例子

SQL PRIMARY KEY
约束

清除mysql表中多少

聚合函数

SQL GROUP
BY

字典树

MYSQL三大范式

mysql
三大范式

Mysql中对表字段的增删改查

MySQL Memory
存储引擎浅析

视图

什么在mysql下树立数据库?并安装密码。

用mysqldump备份和回复指定表的艺术

数量可看重性

  • RocketMQ匡助异步实时刷盘,同步刷盘,同步Replication,异步Replication
  • Kafka使用异步刷盘格局,异步Replication/同步Replication

小结:RocketMQ的一块刷盘在单机可看重性上比Kafka更高,不会因为操作系统Crash,导致数据丢失。
Kafka同步Replication理论上质量低于RocketMQ的同步Replication,原因是Kafka的数量以分区为单位团体,意味着一个Kafka实例上会有几百个数据分区,RocketMQ一个实例上唯有一个数据分区,RocketMQ可以丰富利用IO
Group
Commit机制,批量传输数据,配置同步Replication与异步Replication比较,性能损耗约20%~30%,Kafka没有亲自测试过,但是个人觉得理论上会低于RocketMQ。

3、MySQL常见难点

MySQL错误ERROR 2002 (HY000): Can’t connect to local MySQL server
through
socket

MySQL提醒:The server quit without updating PID
file难点的解决办法

MySQL 主键和机动增进列的题目 新手 求高手指引 很急
先谢了

有关数据库#1063 – Incorrect column specifier for column
‘xxx’异常

性能相比

小结:Kafka的TPS跑到单机百万,重假设出于Producer端将多个小信息合并,批量发向Broker。

RocketMQ为何一直不如此做?

  1. Producer平日采取Java语言,缓存过多新闻,GC是个很要紧的难点
  2. Producer调用发送新闻接口,音讯未发送到Broker,向工作重返成功,此时Producer宕机,会促成音信丢失,业务出错
  3. Producer日常为分布式系统,且每台机器都是八线程发送,大家觉得线上的体系单个Producer每秒爆发的数据量有限,不容许上万。
  4. 缓存的作用完全可以由上层业务形成。

4、MySQL实战演练

①MySQL备份

mysql增量备份

mysql—全体备份和增量备份

②MySQL分库分表

MYSQL分库分表总括

③MySQL单机多实例

利用mysqld_multi配置单机多实例

④MySQL复制

mysql不能连接故障现象及原因故障现象:不能连接mysql错误音讯:ERROR2003(HY00

mysql5.1.73布署中心服务器

MySQL主从,半一块,主主复制

⑤MySQL优化

Mysql数据库调优和品质优化的21条最佳实践

利用
index、explain和profile优化mysql数据库查询小结

SQL语句优化-explain分析难点

⑥MySQL读写分离

MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践

CentOS下JDK1.7安装与安顿(Linux)

MySQL搭建Amoeba_读写分离

mysql的读写分离amoeba

MySQL从库集群方案之HAProxy篇

⑦MySQL高可用方案

四层和七层负载均衡的区分

keepalived从机接管后主机苏醒不抢占VIP(面试的时候已经被问过这一个题材,说:在LVS+Keepalived的生产场景中,VIP
LVS1宕机,由keepalived功用,LVS2接管VIP,借使后来LVS1又复苏了,自然会重复抢占VIP的角色,怎样让它过来后不抢占,以前自己答的是,设置优先级,然则正确的方案应该如该博文所述:修改主服务器state
MASTER改为state BACKUP并充裕nopreempt)

LVS简介及实战

MySQL 主主复制 + LVS + Keepalived 达成 MySQL
高可用性

MYSQL高可用方案商量(总括)

⑧MySQL+Memcached

Mysql 官方Memcached
插件开头试用感受

MySql+Memcached架构的难题

Memcached常用命令及选取验证

单机帮忙的系列数

  • Kafka单机超越64个种类/分区,Load会暴发肯定的飙高现象,队列愈来愈多,load越高,发送音信响应时间变长。Kafka分区数不可能过多的题材
  • RocketMQ单机帮衬最高5万个种类,Load不会暴发强烈扭转

队列多有怎么样好处?

  1. 单机可以创设越来越多Topic,因为各类Topic都是由一批队列组成
  2. Consumer的集群规模和队列数成正比,队列越多,Consumer集群可以越大

音信投递实时性

  • Kafka使用短轮询格局,实时性取决于轮询间隔时间,0.8之后版本辅助长轮询。
  • RocketMQ使用长轮询,同Push方式实时性一致,新闻的投递延时平日在多少个飞秒。

开支败北重试

  • Kafka消费败北不援救重试。
  • RocketMQ消费失利支持定时重试,每趟重试间隔时间顺延

小结:例如充值类应用,当前每一天调用运营商网关,充值退步,可能是对方压力过多,稍后再调用就会中标,如支付宝到银行扣款也是相近需要。

此间的重试须要可相信的重试,即战败重试的音讯不因为Consumer宕机导致丢失。

严加的信息顺序

  • Kafka扶助音讯顺序,然而一台Broker宕机后,就会时有暴发音信乱序
  • RocketMQ辅助严谨的消息顺序,在挨家挨户音信场景下,一台Broker宕机后,发送音讯会败北,然而不会乱序

Mysql Binlog分发须求严刻的新闻顺序

定时新闻

  • Kafka不协理定时新闻
  • RocketMQ扶助两类定时音讯
    • 开源版本RocketMQ仅辅助定时Level,定时Level用户可定制
    • 阿里云ONS辅助定时Level,以及指定的微秒级其余延时时间

分布式事务信息

  • Kafka不帮忙分布式事务音信
  • 阿里云ONS接济分布式定时音讯,未来开源版本的RocketMQ也有布署帮忙分布式事务新闻

音讯查询

  • Kafka不协助信息查询
  • RocketMQ接济按照Message
    Id查询消息,也援助依据新闻内容查询音讯(发送信息时指定一个Message
    Key,任意字符串,例如指定为订单Id)

小结:音讯查询对于固定音信丢失难题足够有赞助,例如某个订单处理败北,是音讯没接受照旧接受处理出错了。

新闻回溯

  • Kafka理论上得以遵守Offset来回想音讯
  • RocketMQ支持依据时间来回看音信,精度阿秒,例如从一天之前的某时某分某秒开头再一次消费音信

计算:典型工作场景如consumer做订单分析,可是出于程序逻辑或者看重的连串发生故障等原因,导致前些天费用的音信全体失效,要求重新从前几日零点起来消费,那么以时间为起源的新闻回看作用对于事情越发有救助。

费用并行度

  • Kafka的消费并行度信赖Topic配置的分区数,如分区数为10,那么最多10台机械来并行消费(每台机械只可以打开一个线程),或者一台机器消费(10个线程并行消费)。即开销并行度和分区数一致。

  • RocketMQ消费并行度分三种情况

    • 依次消费格局并行度同Kafka完全一致
    • 乱序情势并行度取决于Consumer的线程数,如Topic配置10个系列,10台机械消费,每台机械100个线程,那么并行度为1000。

新闻轨迹

  • Kafka不辅助音讯轨迹
  • 阿里云ONS扶助音讯轨迹

付出语言友好性

  • Kafka采用Scala编写
  • RocketMQ选取Java语言编写

Broker端信息过滤

  • Kafka不帮助Broker端的音讯过滤
  • RocketMQ帮衬二种Broker端信息过滤格局
    • 基于Message Tag来过滤,相当于子topic概念
    • 向服务器上传一段Java代码,可以对音信做任意形式的过滤,甚至可以做Message
      Body的过滤拆分。

音信堆积能力

反驳上Kafka要比RocketMQ的积聚能力更强,不过RocketMQ单机也可以扶助亿级的音讯堆积能力,我们以为那个堆积能力已经完全能够知足工作需求。

开源社区活跃度

成熟度

  • Kafka在日记领域相比早熟
  • RocketMQ在阿里公司之中有雅量的利用在选取,每日都发生海量的音讯,并且顺遂帮衬了往往天猫商城双十一海量新闻考验,是数量削峰填谷的利器。

发表评论

电子邮件地址不会被公开。 必填项已用*标注