V青山绿水

摘要： vhosts.conf 1 2 3 4 5 6 7 8 9 10 11 <VirtualHost *:8080> ServerAdmin webmaster@dummy-host.example.com ServerName j.ptl.com ProxyRequests Off <Proxy *> 阅读全文

摘要： Linux中常用操作命令 http://www.cnblogs.com/laov/p/3541414.html#zhiling Linux下安装jdk并配置环境变量 http://jingyan.baidu.com/article/48a42057f1f0a4a925250464.html 阅读全文

摘要： 当一个进程有 500 个线程在跑的话，那性能已经是很低很低了。Tomcat 默认配置的最大请求数是 150，也就是说同时支持 150 个并发，当然了，也可以将其改大。 当某个应用拥有 250 个以上并发的时候，应考虑应用服务器的集群。 具体能承载多少并发，需要看硬件的配置，CPU 越多性能越高，分配 阅读全文

摘要： 数据在分片时，典型的是分库分表，就有一个全局ID生成的问题。单纯的生成全局ID并不是什么难题，但是生成的ID通常要满足分片的一些要求： 1 不能有单点故障。 2 以时间为序，或者ID里包含时间。这样一是可以少一个索引，二是冷热数据容易分离。 3 可以控制ShardingId。比如某一个用户的文章要放 阅读全文

摘要： php的完整流程，包护队列操作：http://www.cnblogs.com/candychen/p/5736128.html 概述 目前几乎很多大型网站及应用都是分布式部署的，分布式场景中的数据一致性问题一直是一个比较重要的话题。分布式的CAP理论告诉我们“任何一个分布式系统都无法同时满足一致性（ 阅读全文

摘要： 在高并发下，经常需要处理SELECT之后，在业务层处理逻辑，再执行UPDATE的情况。 若两个连接并发查询同一条数据，然后在执行一些逻辑判断或业务操作后，执行UPDATE，可能出现与预期不相符的结果。 在不使用悲观锁与复杂SQL的前提下，可以使用乐观锁处理该问题，同时兼顾性能。 场景模拟： 假设一张 阅读全文

摘要： 1 秒杀业务分析 正常电子商务流程 （1）查询商品；（2）创建订单；（3）扣减库存；（4）更新订单；（5）付款；（6）卖家发货 秒杀业务的特性 （1）低廉价格；（2）大幅推广；（3）瞬时售空；（4）一般是定时上架；（5）时间短、瞬时并发量高； 2 秒杀技术挑战 假设某网站秒杀活动只推出一件商品，预计 阅读全文

摘要： 展现最新数据 Web应用常常要展现最新数据，就会根据时间对数据排序： SELECT * FROM foo WHERE ... ORDER BY time DESC LIMIT 10 随着数据的增加，问题变得越来越复杂，速度也越来越慢。这种情况可以用Redis解决，如这个问题：一个web应用需要展示最 阅读全文

摘要： 第一：Redis 是什么？ Redis是基于内存、可持久化的日志型、Key-Value数据库 高性能存储系统，并提供多种语言的API. 第二：出现背景 数据结构(Data Structure)需求越来越多, 但memcache中没有, 影响开发效率 性能需求, 随着读操作的量的上升需要解决，经历的过 阅读全文

摘要： 分布式锁的一点理解 https://www.cnblogs.com/suolu/p/6588902.html 转载自：1、http://www.jianshu.com/p/535efcab356d 第一步，自身的业务场景: 在我日常做的项目中，目前涉及了以下这些业务场景: 场景一: 比如分配任务场景 阅读全文