一、高并发对数据库产生的压力
1、缓存式的Web应用程序架构
Web层与数据库之间加一个Cache层,用以提高数据读取速度,降低数据库读取负担
2、业务拆分
不用业务模块如用户、商品、订单、评价等使用单独的数据库进行存储,不用业务访问对应的数据库
3、数据库主从复制,读写分离
读写集中同一个数据库无疑是对数据库产生巨大的压力。主从复制技术(master-slave模式)可实现读写分离,提高读写性能以及读库的可扩展性。
只在主服务器上写,只在从服务器上读。主服务器处理 事务性查询,从服务器处理select查询,数据库复制被用于把事务性查询(增删改)导致的改变更新同步到集群的从数据库。
MySQL读写分离提升系统性能:
1、主从只负责各自的读和写,极大程度缓解X锁和S锁争用。
2、slave可以配置MyISAM引擎,提升查询性能以及节约系统开销。
3、master直接写是并发的,slave通过主库发送来的binlog恢复数据是异步的。
4、slave可以单独设置一些参数来提升其读的性能。
5、增加冗余,提高可用性。
主从复制的原理:数据复制的实际就是Slave从Master获取Binary log文件,然后再本地镜像的执行日志中记录的操作。由于主从复制的过程是异步的,因此Slave和Master之间的数据有可能存在延迟的现象,此时只能保证数据最终的一致性。
4、分表分库
分表
对于数据量巨大且访问极其频繁的单表,使用分表用以减少单表的记录条数,降低数据查询的时间,提高数据吞吐量。
分表策略
使用用户ID是最常用的分库的路由策略
当数据比较大的时候,对数据进行分表操作,首先要确定需要将数据平均分配到多少张表中,也就是:表容量。
这里假设有100张表进行存储,则我们在进行存储数据的时候,首先对用户ID进行取模操作,根据 user_id%100
获取对应的表进行存储查询操作。
在实际的开发中,我们的用户ID更多的可能是通过UUID生成的,这样的话,我们可以首先将UUID进行hash获取到整数值,然后在进行取模操作。
分库
将数据进行分库操作,把数据库IO性能问题平均分配
二、如何避免“超卖”问题
一般下单操作:查询出对应商品的库存,看是否大于0,然后执行生成订单等操作,但是在判断库存是否大于0处,如果在高并发下就会有问题,导致库存量出现负数
优化方法1
库存数量字段设为unsigned,字段不能为负数,返回false
优化方法2
使用事务进行锁操作,锁住正在操作的行
优化方法3
使用非阻塞的文件排他锁
$fp = fopen("lock.txt", "w+");
if(!flock($fp,LOCK_EX | LOCK_NB)){
echo "系统繁忙,请稍后再试";
return;
}
优化方案4
使用redis队列,根据其原子性的特点,依次执行