- 博客(5)
- 收藏
- 关注
RSS订阅原创 高并发的设计需要注意的问题
1.2.3.架构在大方向上，被熟知的架构是web负载均衡+数据库主从+缓存+分布式存储+队列。在一开始，按照可扩展的原则设计和编程就可以。只是要多考虑缓存失效时的雪崩效应、主从同步的数据一致性和时间差、队列的稳定性和失败后的重试策略、文件存储的效率和备份方式等等意外情况。缓存失效、数据库复制中断、队列写入错误、电源损坏，在实际运维中经常发生，如果不注意这些，出现问题时恢复期可能会超出预
2012-10-23 01:32:19
351
转载 memcache解决高并发的数据库瓶颈问题
高并发面临的问题 对于高并发高访问的Web应用程序来说，数据库存取瓶颈一直是个令人头疼的问题。特别当你的程序架构还是建立在单数据库模式，而一个数据池连接数峰值已经达到500的时候，那你的程序运行离崩溃的边缘也不远了。很多小网站的开发人员一开始都将注意力放在了产品需求设计上，缺忽视了程序整体性能，可扩展性等方面的考虑，结果眼看着访问量一天天网上爬，可突然发现有一天网站因为访问量过大而崩溃了，到
2012-10-21 01:09:44
470
原创 关于实时记录用户访问的方法
可以在某个目录生成固定的文件名年月日小时.txt，然后每个小时一个文件，将用户访问的信息记录在文件中，一行是一条记录。然后在某个固定的时间将访问的信息进行统计，写入数据库中。这样可以避免重复，又能保证不会浪费数据库资源，就是实时效果不好。
2012-10-13 20:01:33
386
转载 mysql大数据高并发处理
一、数据库结构的设计如果不能设计一个合理的数据库模型，不仅会增加客户端和服务器段程序的编程和维护的难度，而且将会影响系统实际运行的性能。所以，在一个系统开始实施之前，完备的数据库模型的设计是必须的。在一个系统分析、设计阶段，因为数据量较小，负荷较低。我们往往只注意到功能的实现，而很难注意到性能的薄弱之处，等到系统投入实际运行一段时间后，才发现系统的性能在降低，这时再来考虑提高系统性能则要花
2012-10-13 04:38:11
3752
1
原创 关于mysql的replace into的用法
replace into是insert into的增强版。在向表中插入数据时，我们经常会遇到这样的情况：1、首先判断数据是否存在；2、如果不存在，则插入；3、如果存在，则更新。在SQL Server中可以这样处理：if not exists (select 1 from t where id = 1)?insert into t(id, update_time) val
2012-10-04 13:30:26
312
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人