nginx+tomcat+redis+mysql

一、nginx

nignx是一个高性能的http和反向代理web服务器,同时也提供了IMAP/POP3/SMTP服务。

传统的web服务器体系结构中,每个客户端访问时候都要单独的进程或者线程进行处理,随着访问网站的人越来越多,并发连接的数量越来越大,web服务器就变得缓慢,从而降低了用户体验。

单独的进程/线程都会消耗内存和CPU时间。

NGINX开发的目标是实现10倍以上的性能,优化服务器资源的使用,同时也能够扩展和支持网站的动态增长。 因此,NGINX成为最知名的模块化,事件驱动,异步,单线程Web服务器和Web代理之一。

二、tomcat

Tomcat 是由 Apache 开发的一个 Servlet 容器,实现了对 Servlet 和 JSP 的支持,并提供了作为Web服务器的一些特有功能,如Tomcat管理和控制平台、安全域管理和Tomcat阀等。由于 Tomcat 本身也内含了一个 HTTP 服务器,它也可以被视作一个单独的 Web 服务器。但是,不能将 Tomcat 和 Apache HTTP 服务器混淆。

tomcat中有三个容器
web容器:我们讲到servlet可以理解服务器端处理数据的java小程序,那么谁来负责管理servlet呢?这时候我们就要用到web容器。它帮助我们管理着servlet等,使我们只需要将重心专注于业务逻辑。

jsp容器:jsp容器基于web容器管理,将Java文件翻译成二进制文件,系统能够识别的语言

serverlet容器:处理客户端的请求并填充response对象

Servlet容器实现了Container接口。在Tomcat中有4种级别的容器:Engine,Host,Context和Wrapper。

Engine:整个Catalina Servlet引擎;

Host:包含一个或多个Context容器的虚拟主机;

Context:表示一个Web应用程序,可以包含多个Wrapper;

Wrapper:表示一个独立的Servlet;

三、Redis

1.优缺点
优点:Redis基于内存运行并支持持久化(内存运行:处理高热数据优秀,不占用多的进程)

数据读取的速度最高可达110000次/s,数据写入速度最高可达81000次/s

原子性:redis所有操作都是原子性的,支持数据备份,即master-salve模式的数据备份

缺点:不具自动容错和恢复功能,数据库容易受到物理内存的限制,不能作为海量数据的高热性能读写。

用法:在数据库前面做分压。三大分为主从模式,哨兵,集群模式。是一个非关的数据库。

2.关系型和非关系型的数据库区别

(1)存储方式不同MySQL以记录为行,字段为列,形成表格方式存储

(2)非关数据库数据类型哈希,字符串,列表等

按照扩展方式不同:

(1)关系型:水平扩展(节点扩容,可以多一个节点)数据库中进行分库分表

(2)非关:垂直扩展(硬件资源进行扩展CPU,磁盘,或者直接升级服务器)

Redis集群没有使用一致性hash,而是使用了哈希槽的方式,redis集群有16384个哈希槽,每个key通过一点过算法后,会决定放在那个槽内。(每个槽大小大概512)。平均分配!!

 

注意:默认情况下是平均分配!!!实际生产中需要看节点性能!!

对事物的支持不同:

(1)关系型数据库:特别适合高事务性要求和需要控制执行计划的任务

(2)非关系:此处会稍显弱势,其价值点在于高扩展性和大数据量处理方面

关系型数据库和非关系型数据库都有各自的特点和应用场景。两者相结合将会给web2.0的数据库带来新的思路。

MySQL 前置缓存数据库--》redis

为前端服务缓存一些后台--》为nginx缓存图片(就是i/o和网络资源压力大点)

MySQL 高热数据库 --》redis

ps:非关数据库不需要手动创建数据库和集合(本身非关数据库中含有0-15,一共16个数)

redis服务器程序是单进程还是多进程

采用epull机制执行单进程实行高并发的一个操作,但是redis在提高高并发处理能力时候,会给服务器的cpu造成很大压力。生产中建议开启2个进程:

1备份

2抗高并发的同时尽量不给cpu造成压力

3什么是事务?
事务就是一个单独的隔离操作:事务中所有的命令都会被序列化,按照顺序执行。执行过程中,不会被其它客户端发来的信息打断。

Redis 事务的本质是通过MULTI、EXEC、WATCH等一组命令的集合。事务支持一次执行多个命令,一个事务中所有命令都会被序列化。在事务执行过程,会按照顺序串行化执行队列中的命令,其他客户端提交的命令请求不会插入到事务执行命令序列中。

总结说:redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令。

 

客户在访问过程中,由于网页没有加载,客户不停的刷新,会建立相同的会话,访问redis时候,会出现重复的会话,可以对redis做session会话池控制。

redis有丰富的特性-redis还支持publish(发布消息)/subscribe(订阅),通知,设置key有效期等特性。

redis概念穿透,击穿,雪崩

4分布式锁

一个进程进来后,第一条线程会在redis中处理,此时会在第一条地方加一个锁,防止后面的进程进入导致拥塞。这边有个watch dog监控锁,如果请求处理完,会自动解锁(比如30s之后自动断开,锁的自动释放时间),如果规定时间没有处理完,watch dog不会解锁,等待完成手动或者自动执行解锁。再放入下一个进程进行处理。

核心技术:setnx+分布式锁

5,RDB!!!!

一旦触发save,子进程的所有任务都会被阻塞
触发方式:
1手动触发:直接执行bgsave持久化命令
2自动触发:按照规定周期执行的语句的数量来触发,配置文件中例如save m n -----》save 90 10
bgsave执行时,会控制RDB紫禁城再执行的位置创建.rdb文件,特性是,RDB持久化生产的文件,只记录的结果
有点偏于全量备份,为了提高处理速度和减少落地在磁盘中占用体积,RDB的数据会进行压缩处理。
内存中数据消失了,一旦数据加载失败,会启动失败
特殊的触发方式:主动的关闭redis,但RDB持久化优先级较低
应用场景:
1主动关闭时,触发RDB(redis 默认开启RDB)
2主从复制时,master同步给SLAVE时,,会触发RDB(全量复制),然后触发AOF的增量复制
3在redis重启时,当AOF未开启时候,才会基于RDB文件进行恢复数据,运行redis。

 

追加的是每一天追加记录,把缓冲区的数据同步到磁盘中,再加以持久化。

6.触发条件
1always 每产生一条,就同步一条 可能造成数据压力大,导致频繁的写入,每写到缓冲区导致i/o占用过大,
还有追加部分导致缓冲区爆满,同步率变低。(生产中几乎不用)
2no 不自动触发
3everysecond 每秒同步一次 在一定层度上可以减少压力,但也可能导致缓冲区爆满
再redis前面分流:
1令牌桶算法(就是一个桶放慢令牌,一次打给能放100个令牌,设置放令牌速度决定通过)
2漏桶算法(容量100,会填充,可以控制填充和下落速度),限流。
3防火墙控制流量或者次数
4 lru算法,控制再内存中高热数据的保存时间(redis在作为MySQL缓存数据库时候,存的都是高热数据。)

7.淘汰策略
默认是惰性删除

随即淘汰

淘汰近期命中较少的数据 随着时间的推移,命终值会减少,所谓的数据中,在做高热数据的前提下是或者,套题近期命中较少的数据(相对而言不是重要的数据)。

定期删除————》保证两种持久化完成的情况下,同时业务不繁忙/终止业务的时候,删除为了解决缓存压力过功能模块:AOF的持久化。

8.主从复制原理

9.哨兵模式原理
1哨兵是有自己的配置文件,只要去指向master节点IP时候就可以了

2哨兵节点会和配置的主节点建立起两条连接命令连接和订阅连接

PS:redis发布订阅(pub/sub)是一种信息通信模式:发送者发消息,订阅者接收消息

3哨兵会通过命令连接每10s发送一次INFO命令,通过INFO命令,主节点会返回自己的run_id和自己的从节点信息。

4哨兵会对这些从节点建立两条连接命令,连接和订阅连接

5哨兵通过命令连接向从节点发送INFO命令,获取到他的一些信息:

run id(redis服务器id)

role(职能)

从服务器的复制偏移量offset

其它

6通过命令连接向服务器的sentinel:hello频道发送一条信息,内容包括自己的IP端口,run_id,配置(后续投票的时候会用到等)

7通过订阅连接对象服务器的sentinel:hello频道做了监听,所以所有的向该频道发送的哨兵的消息都能被接受到

8解析监听到的消息,进行分析提取,就可以知道还有哪些别的哨兵服务节点也在监听这些主从节点了,更新结构体将这些哨兵节点记录下来

9向观察到的其他的哨兵节点进行监听

四、MySQL之MHA

它为 MySQL主从复制架构提供了 automating master failover (自动化主故障转移)功能。MHA 在监控到 master 节点故障时,会提升其中拥有最新数据的 slave 节点成为新的master 节点,在此期间,MHA 会通过于其它从节点获取额外信息来避免一致性方面的问题。MHA 还提供了 master 节点的在线切换功能,即按需切换 master/slave 节点。

五、keepalived

keepalived是基于vrrp协议的一款高可用软件。keepalived有一主服务器和多台备份服务器,在主和备上部署相同的服务配置,当诸如武器出现故障,虚拟IP地址会自动漂移到备份服务器。

VRRP(虚拟路由器冗余协议)

VRRP是为了解决静态路由的高可用。

1,数据库概念(读取方式)

脏读:事务A可以读到事务B修改过还没提交的数据,此时事务B一旦回滚,事务A再次读就读不到了。

幻读:a和b都在读取数据库,a进行更改数据库保存,b按照相同的路径再读取的时候会发现多出来一些内容。

不可重复读::一个事务先后读取同一条记录,而事务在两次读取之间该数据被其它事务所修改,则两次读取的数据不同,我们称之为不可重复读。

2,数据库事务的四大特性

(1)原子性:事务包含的所有数据库操作要么全部成功,要么全部失败回滚

(2)一致性:一盒事务执行之前和执行后都必须处于一致状态。

(3)隔离性:事务的隔离性是多个用户并发访问数据库时,数据库为每一个用户开启的事务,不能被其他事务的操作数据所干扰,多个并发事务之间要相互隔离。

(4)持久性:一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发生故障也不应该对其有任何影响。

 

posted @ 2022-09-08 17:46  O波V步  阅读(387)  评论(0编辑  收藏  举报