tps并发量pvuv

数据库中事务隔离级别引发的问题它们描述了不同类型的并发读取问题。

###

脏读Dirty

不可重复读是指在一个事务内同一查询在不同时间点返回了不同的结果。

这是因为在两次查询之间另一个事务修改了相同的数据。

**例子**

幻读Phantom

幻读是指在一个事务内同一查询在不同时间点返回了不同数量的行。

这是因为在两次查询之间另一个事务插入或删除了数据导致查询结果不一致。

**例子**

事务隔离级别

防止脏读、不可重复读和幻读是最高隔离级别。

选择合适的隔离级别取决于应用的需求和性能要求。

更高的隔离级别通常伴随着更多的锁和性能开销。

MySQL

允许事务读取尚未提交的更改。

这可能导致脏读、不可重复读和幻读。

-

**读已提交Read

允许事务读取已经提交的更改。

避免了脏读但仍可能有不可重复读和幻读。

-

Read**

对相同字段的多次读取是一致的除非事务本身进行写操作。

避免了脏读和不可重复读但仍可能有幻读。

-

**串行化Serializable**

最高的隔离级别通过对读和写加锁来防止所有并发问题包括脏读、不可重复读和幻读。

MySQL

5.7

**事务**是数据库管理系统DBMS执行的一个操作序列被视为一个逻辑工作单元

要么完全执行要么完全不执行而且是一个不可分割的工作单位。

事务具有四个特性通常称为ACID属性1.

**原子性Atomicity**

事务是一个不可分割的工作单元要么全部执行要么全部不执行。

如果事务中的任何操作失败整个事务都会被回滚到初始状态。

**一致性Consistency**

事务在执行前后数据库必须保持一致性状态。

这意味着事务执行后数据库从一个一致性状态转变为另一个一致性状态。

**隔离性Isolation**

各个事务的执行互相独立一个事务的执行不能被其他事务干扰。

事务的隔离性能防止并发执行的事务之间出现数据混乱。

**持久性Durability**

一旦事务被提交对数据库中的数据的改变是永久性的。

即使在系统崩溃之后数据库状态也能够恢复到事务提交的状态。

###

作用1.

事务能够保证在其运行过程中数据库始终处于一致的状态。

如果事务执行失败数据库将回滚到事务开始前的状态不会留下部分执行的结果。

**并发控制**

事务隔离性确保了并发执行的事务之间不会相互干扰防止了数据的混乱。

数据库系统需要保证并发事务的执行效率同时又要保证数据的一致性。

**持久性**

事务的持久性确保了数据一旦被提交就会永久保存在数据库中即使系统崩溃也能够通过日志等手段进行恢复。

**错误恢复**

当系统发生错误或者事务执行失败时事务可以被回滚使数据库恢复到一个一致的状态。

事务是数据库系统中保障数据完整性和一致性的一个重要机制特别在多用户、高并发的数据库环境中

**QPSQueries

表示系统同时处理的请求数量。

高并发指系统能够同时处理大量请求。

QPS

并发量

平均响应时间例如当前系统QPS为1w每个请求的响应时间都是2s那么并发量就是2w

**PVPage

表示独立访客数量即在一段时间内访问网站的不同访客数量。

**DAU(日活)**DAU(Daily

Active

User)日活跃用户数量。

常用于反映网站、app、网游的运营情况。

DAU通常统计一日统计日之内登录或使用了某个产品的用户数去除重复登录的用户与UV概念相似**MAU(月活)**MAU(Month

Active

User)月活跃用户数量指网站、app等去重后的月活跃用户数量2.1

QPS

simulate_qps_and_concurrency(qps,

concurrency):#

执行查询request_queue.task_done()for

range(concurrency):t

threading.Thread(targetworker)t.daemon

Truet.start()#

range(qps):request_queue.put(query)#

time.time()

simulate_qps_and_concurrency(qps10,

concurrency5)

接口幂等性是指同一请求的重复执行不会产生不同的效果即无论调用一次还是多次系统的状态都是一致的。

-接口幂等性无论调用多少次产生的效果是一样的-get

获取数据天然幂等-put

为每个请求生成一个唯一标识符通过这个标识符来判断请求是否已经被处理。

-唯一ID(unique)调用接口时生成一个唯一idredis将数据保存到集合中去重存在即处理过。

-唯一主键这个机制是利用了数据库的主键唯一约束的特性解决了在insert场景时幂等问题。

但主键的要求不是自增的主键这样就需要业务生成全局唯一的主键2.

**幂等接口设计**

接口本身应该设计成幂等的即多次调用不会产生额外的影响。

-防重表使用订单号orderNo做为去重表的唯一索引把唯一索引插入去重表再进行业务操作且他们在同一个事务中。

这个保证了重复请求时因为去重表有唯一约束导致请求失败避免了幂等问题。

这里要注意的是去重表和业务表应该在同一库中这样就保证了在同一个事务即使业务操作失败了也会把去重表的数据回滚。

这个很好的保证了数据一致性。

3.

**使用

在请求中包含一个令牌服务器验证令牌的有效性避免重复执行。

1、下单接口的前一个接口只要一访问后端生成一个随机字符串存到redis中把随机字符串返回给前端。

2、然后调用业务接口请求时把随机数字符串携带过去一般放在请求头部。

3、服务器判断随机字符串是否存在redis中存在表示第一次请求然后redis删除随机字符串,继续执行业务。

4、如果判断随机字符串不存在redis中就表示是重复操作直接返回重复标记给client这样就保证了业务代码不被重复执行。

4.

**数据库乐观锁**

在数据库层面使用乐观锁机制确保同一数据项在同一时间只能被处理一次。

保证接口的幂等性对于处理因网络问题、重试或其他原因导致的重复请求是非常重要的。

3.1

import

__init__(self):self.processed_requests

set()def

self.processed_requests:print(fRequest

{request_id}

标记请求已经处理self.processed_requests.add(request_id)print(fRequest

{request_id}

api.process_request(request_id)

api.process_request(request_id)