淘先锋技术网

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

目录 一、数据准备二、事务隔离级别

Eureka使用快速入门 引言Eureka的结构和作用

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

前言： 一条查询语句在经过MySQL查询优化器的各种基于成本和规则的优化会后生成一个所谓的执行计划，这个执行计划展示了接下来具体执行查询的方式，比如多表连接的顺序是什么，对于每个表采用什么访问方法来具体执行查询等等。MySQL为我们提供了EXPLAIN语句来帮助我们查看某个查询语句的具体执行计划，本章的内容就是为了帮助大家看懂EXPLAIN语句的各个输出项都是干嘛使的，从而可以有针对性的提升我们查询语句的性能。

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

01.运行时候项目图存在两个item service，和两个Eureka注册中心 02.在已有的项目中扩展service服务数量（item service的数量变成两个） 第一步：配置item service的启动参数 启

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

前言 学完了记录结构，我们该学数据页的结构，前边我们简单的提了一下页的概念，它是Innodb管理存储空间的基本单位，页的大小默认16KB，InnoDB为了不同的目的而设计了许多种不同类型的页，比如存放表空间头部信息的页，存放Insert Buffer信息的页，存放INODE信息的页，存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页，官方称这种存放记录的页为索引（INDEX）页，鉴于我们还没有了解过索引是个什么东系，而这些表中的记录就是我们日常口中所称的数据，所以目前还是叫这种存放记录的页为数据页吧。

三测单 基本生命体征护理单 首页护理记录单 var goTop = function()

一、Nacos 安装 1.1 Nacos 服务端下载 下载地址：https://github.com/alibaba/nacos/releases

微服务技术一 技术栈图一、注册中心Eureka

是什么 SpringCloud封装了netflix公司开发的Eureka模块来实现服务注册与发现（可以对比zookeeper）,netflix在设计 Eureka时遵循的是AP原则（CAP原则又称CAP定理，指的是在一个分布式系统中，Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可兼得 ） Eureka的基本架构

首先在提供者服务下，添加一个依赖 <!-- Eureka --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka</artifactId> <version>1.4.6.RELEASE&l

1.初识微服务 1.1.什么是微服务 微服务，就是把服务拆分成为若干个服务，降低服务之间的耦合度，提供服务的独立性和灵活性。做到高内聚，低耦合。

前言 在分布式系统中，服务注册和发现是一项关键任务。Netflix开源的Eureka框架为我们提供了一种可靠、高效的解决方案。本文将介绍Eureka的主要特点和工作原理，并提供一些实际的代码示例。 Eureka的特点 服务注册和发现：Eureka允许微服务在启动时自动向注册中心注册自己的信息，包括服务的名称、地址和端口等。其他微服务可以查询Eureka来发现和调用这些服务。

什么是Eureka？ Eureka是Netflix开发的服务发现框架，本身是一个基于Rest的服务，主要用于定位运行在AWS域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的。 Eureka的原理是什么？ Applecation-server :服务提供者 Application-cliene:服务消费者 服务启动后向Eureka注册，Eureka

问题现象 当我们把微服务部署在docker 容器中， 注册在Eureka里的时候， 在Eureka的管理页面中见到的instance id是这样的： instance_id：的值是 DockerId：s

Eureka服务器是基于REST的服务器，在 AWS Cloud 服务中用于负载均衡和中间层服务的故障转移。 Eureka服务器是一种包含以下信息的应用程序: 所有客户端服务应用程序。每个微服务都会向Eureka服务器注册。服务器使用其 端口号和 IP地址注册客户端服务。它也称为 Discovery Server 。Eureka服务器随附于Spring Cloud捆绑包。它在默认端口 87

NoSQL 数据库Redis使用命令简介 NOSQL数据库可以按照它们的数据模型分成4类：

【云原生 • Prometheus】Prometheus 注册中心Eureka服务发现原理 【云原生 • Prometheus】Prometheus 注册中心Eureka服务发现原理

1.Eureka简介 Eureka是Spring Cloud中的一个负责服务注册与发现的组件。遵循着CAP理论中的A(可用性)和P(分区容错性)。 Eureka是Netflix中的一个开源框架。它和 Zookeeper、Consul一样，都是用于服务注册管理的，同样，Spring-Cloud 还集成了Zookeeper和Consul。一个Eureka中分为Eureka Server和EurekaClientEureka Server 提供服务注册与发现服务

一、下载redis-5.0.5.tar.gz 我们有两种方式下载 从官网上下载下来之后，拷贝到Linux服务器上使用Linux命令： wget http://download.redis.io/releases/redis-5.0.5.tar.gz

NoSQL数据库之Redis数据库管理一(Redis的介绍与安装部署) 1 NoSQL Not Only SQL，反SQL运动 非关系型数据库 处理超大规模，高并发的SNS类型Web2纯动态网站 NoSQL用Key-Value形式存储 不遵循SQL标准，ACID事务，表结构等 非关系型，分布式，开源，水平可扩展 处理超大量的数据 运行在便宜的pc服务器集群上 击碎了性能瓶颈 对数据高并发读写 对海量数据的高效率存储

1.字符串命令 设置或更新键值 （存在该键则设置否则更新） 设置键名为name，键值为zhaoji set name zhaoji 获取键值 获取键名为name的键值 get nam

目录 一、关系型数据库与非关系型数据库1.1关系型数据库

前面我们介绍了 Hash类型，今天 来介绍五大常用类型的最后一种 Zset【有序集合】 只是  一些常用的 还有很多 要自己去官网学习的用【就和查文档一样 也不用的死记硬背（增加没有必要的负担）】 

SpringCloud01 1.认识微服务 随着互联网行业的发展，对服务的要求也越来越高，服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢？ 1.0.学习目标 了解微服务架构的优缺点 1.1.单体架构 单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。

场景： 在Unity中如何制作动画 方法 Unity中的动画主要是三种来源： 在Unity引擎中制作动画 从外部工具（如3ds Max、Maya等）导入动画 使用代码制作的动画 下面讨论的主要是前两种来源的动画，使用代码写动画我们后面再学习。 实例： 在Unity中制作动画一般分为以下几个步骤： 1、打开Animation窗口 2、选中要制作动画的物体

一.redis.php <?php //实例化 $redis = new Redis(); //连接服务器 $redis->connect("localhost"); //授权 $redis->auth("lamplijie"); //相关操作 $redis->set("name",

 NoSQL数据库的四大分类如下：   键值(Key-Value)存储数据库 相关产品： TokyoCabin

3 基本概念，技术和模式      本章概述了一些NoSQL数据存储常见的基本概念、技术与模式，并不仅限于一类非关系型数据库或一个单一的NoSQL存储。众多NoSQL数据存储和个别产品的具体概念和技术将在随后的章节中讨论。 3.1 一致性 3.1.1 CAP理论      在2000年的ACM PODC研讨会上主题为“走向鲁棒的分布式系统”的演示文稿中，Eric

有两种持久化方案：RDB和AOF: 1.RDB方式按照一定的时间间隔对数据集创建基于时间点的快照。 2.AOF方式记录Server收到的写操作到日志文件，在Server重启时通过回放这些写操作来重建数据集。该方式类似于MySQL中基于语句格式的binlog。当日志变大时Redis可在后台重写日志。

0x01_NoSQL简介 目前市场主流数据存储都是使用关系型数据库。每次操作关系型数据库时都是I/O操作，I/O操作是主要影响程序执行性能原因之一（因为要和硬盘进行I/O交互），连接数据库关闭数据库都是消耗性能的过程。尽量减少对数据库的操作（比如使用数据源），能够明显的提升程序运行效率。 ​ 针对上面的问题，市场上就出现了各种**NoSQL(Not Only SQL,不仅仅可以

KV键值文档型数据库（bson格式比较多） MongoDB(基于分布式文件文件存储的数据库)，是一个介于关系型数据库和非关系型数据库之间的数据库产品，是最像关系型数据库的。列存储数据库 hbase图关系数据库 例如：朋友社交网络、广告推荐系统 Neo4j,InfoGrid

nosql数据库   软件的变化：1.用户数量的变化：以前的用户数量少，并且变化量不大；现在的用户数量大，并且随着时间增长；   2.应用需求的变化：以前的软件解决流程固定的问题，把人工做的事情映射给计算机做，达到完成业务流程的速度更快，犯得错误更少，业务流程早就一文本的形式规定好了，如取款机业务，机票预订业务等等。   现在软件解决的问题业务流程是未知的，没有现有的模型去模仿的，业务规则随时会改变。实现这种业务所需要的后台数据库必须具备灵活多变的特性。

近年来，相信IT从业者对NOSQL这个名词不会陌生，根据WikiPedia的定义，NOSQL是”non SQL”或”Not Only SQL”的简称。其实早在1960年前后，计算机领域就出现过类似的系统，但NOSQL系统真正的爆发点是在WEB2.0出现以后，特别是随着大数据概念的兴起而大放异彩。其被广泛使用的原因与数据特点有着紧密关系。 本文是NOSQL数据库综述方面的学习笔记，参考资料主要来自

话说，尽管 SQL 数据库一直是我们IT行业中最有用的工具，然而，它们这样在行业中超过15年以上的“转正”终于就要寿终正寝了。现在，虽然关系型数据库仍然无所不在，但它越来越不能满足我们的需要了。NoSQL成为了业界的新宠。 但是，各种 "NoSQL" 数据库之间的差异比当年众多关系型数据库之间的差异要大许多。这就加大了人们在建设自己的应用是选择合适的数据库的难度。 在这篇汇总的PK中，我们对

nosql数据库   软件的变化：1.用户数量的变化：以前的用户数量少，并且变化量不大；现在的用户数量大，并且随着时间增长；   2.应用需求的变化：以前的软件解决流程固定的问题，把人工做的事情映射给计算机做，达到完成业务流程的速度更快，犯得错误更少，业务流程早就一文本的形式规定好了，如取款机业务，机票预订业务等等。   现在软件解决的问题业务流程是未知的，没有现有的模型去模仿的，业务规则随时会改变。实现这种业务所需要的后台数据库必须具备灵活多变的特性。

redis Redis是一个基于内存的Key-Value非关系型数据库，由C语言进行编写。 Redis速度快的原因：基于内存、单线程、支持多路复用。 NOSQL概念 NOSQL（Not only sql）:不仅是sql语句， 它是对所有非关系型数据库的一种统称。 除去关系型数据库之外的都是非关系数据库。 NOSQL和RDBMS的区别 RDBMS - -高度组织化结构化数据。 user---userid username age sex ..... - -结构化查询语言（S

CAP-------nosql数据管理系统构建的基础          C consistency 强一致性   在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）         A availability 可用性  在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性）