概述
- 服务器配置
- 数据库设计以及优化
- 缓存
- 数据一致性处理
服务器配置：
集群的环境，每个主机选择apahe 还是nginx，nignx的并发性好。nginx和apche区别 以及服务器的配置，例如缓存大小等
根据实际情况，可能对于图像比较多的情况，单独配置nginx服务器，作为图像服务器。在实习中使用的是七牛家的云存储单独作为图片存储，将有关车辆的上传图片全部放在上面。
数据库设计以及优化
（1）表的设计：
存储引擎：innodb还是 myisam？ innodb支持事务外键，可以在崩溃时恢复（事务中redo日志实现），myisam不支持；存放数据的方式不同:myisam将表的结构frm 数据myd索引myi存在数据库目标中；innodb只在数据库目标文件中存在表的结构；索引采用B+树，myisam索引叶结点保存的是指针，指向数据，innodb存的就是数据；myisam占用空间小，在读的业务比较多的情况下采用myisam比较好。
字段的设置： 尽量使用短的字段，提高效率，建立索引也能减少资源浪费； 整型类型，比字符类型比较快；varchar 和 char不定长（节约空间）和定长（查询快）选用；索引字段：该字段进行不同的比较多，字段值不易过长。
合理选择数据的冗余：可以根据实际情况，不满足三范式：设置冗余字段，可以减少客户的处理，满足三范式，表之间的关系比较清晰，但是因为有外键什么的，多表关联可能性能降低，加大了用户的编程难度。
索引优化：别人整理的很好
（2）分库分表
针对大表，可以根据实际情况垂直分表或者水平分表。
垂直分表：对于大表中的某些字段经常使用，可以分表；
水平分表：例如月份，将不同的月份的数据存在不同的表中。
（3）mysql集群的环境
读写分离：主要针对读操作比较多的情况下。读写分离别人的，很好
目的:给大型网站缓解查询压力
原理：服务器运行amobe服务，可以判断sql是写还是读操作。收到sql语句是写，服务器将写送到master mysql处理，利用mysql proxy机制然后同步到slave mysql；
当服务器是select时，服务器会根据负载均衡挑选出一个slave mysql，将select语句送到并处理。
缓存：
可以将一些不动的页面：页面静态化/部分页面静态化；
或者将一些数据存在memcache或者redis中，不用去查表
数据一致性处理
当多个进程同时操作同一个数据，会产生资源争抢，数据一致性的问题。
高并发情况下，涉及到写操作时，不可能直接操作数据库，大并发的连接会导致mysql请求会阻塞，比如大量的insert update 请求到，会直接导致无数的行锁和表锁，甚至最后堆积很多，从来触发too many connections 错误。
web服务器 nginx和apache连接的进程有限，cpu上下文进程切换也会增加额外的开销，所以响应一定快。
这时可以采用
高并发下的数据安全，防超发，以抢票系统为例：
（1）消息队列：
将票数资源存在redis中，将请求存入消息队列（redis下的list阻塞的，可以实现消息队列，还可以实现优先消息队列点击打开链接）中，依次处理。缺点 ：这样会处理比较慢，等待时间比较长。
：对于读操作是否也进入队列，这个问题根据具体的场景，像12306应该是不在队列中或者是优先排在最前面的，因为只是读，要求块。
（2）加锁
常见的锁： 排它锁；乐观锁；悲观锁；
排他锁：在进行写时，禁止一切的读和写；
乐观锁：认为在写的时候，别人不在写，维护一个version号，等处理后对照version好，一致则对，否则回滚，操作不成功，
悲观锁：认为在写的时候，别人也在写。采用数据库提供的锁机制：在写操作的时（insert updata 等）myisam默认是锁表，innodb根据是否是主键，主键则行锁，否则表锁。读操作，innodb采用mvcc版本控制。
可以采用乐观锁+回滚：
采用悲观锁：
最后
以上就是迅速电灯胆为你收集整理的高并发处理系统的理解---数据一致性（还有一点问题）的全部内容，希望文章能够帮你解决高并发处理系统的理解---数据一致性（还有一点问题）所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复