性能优化
文章平均质量分 89
anssummer
只求每天进步一点点.
展开
-
精简包走天下
上个月(7/25),Facebook 宣布其社交平台取得新的里程碑成就:月活跃用户数量达到 20 亿,从 10 亿到 20 亿,仅过去了 5 年的时间。能与 20 亿人一同踏上这一旅程我们感到非常荣幸。(我们应该也是这 20 亿人中的一份子)业界科技媒体给出了这样的评论,解释平台用户数量快速增长的原因:近几年,Facebook 针对低带宽或者网络环境并不理想的地区,专门开发了精简版的应用,已经从亚洲和其他地区收获了 7.46 亿的新用户数量。在这新增长的 10 亿用户中,印度是 Facebo原创 2021-08-25 00:57:36 · 290 阅读 · 0 评论 -
高效的MySQL分页
PERCONA PERFORMANCE CONFERENCE 2009上,来自雅虎的几位工程师带来了一篇”Efficient Pagination Using MySQL“的报告,有很多亮点,本文是在原文基础上的进一步延伸。首先看一下分页的基本原理:mysql> explain SELECT * FROM message ORDER BY id DESC LIMIT 100转载 2014-01-01 23:16:51 · 519 阅读 · 0 评论 -
HTTP头 Pragma:no-cache 缓存来源
今天给同事分享了一下前端性能优化,在介绍了php文件缓存的方法后,发现一个AJAX请求的文件,在请求头中始终有一个:Pragma:no-cache,导致这个文件不能被浏览器缓存。接着发现这个站几乎所有动态页面都有这个参数Pragma:no-cache。开始怀疑是不是设置了Cache-control:no-cache导致的,但查遍程序没发现。怀疑服务器的配置,没什么异常的。最后,同事定位到了转载 2014-01-01 22:40:00 · 25363 阅读 · 0 评论 -
低效的where 1=1
也许很多人在开发多条件查询或模糊查询的时候,为保证不管选择哪种过滤条件总保证查询条件为true,于是在where子句后选择1=1或者0=0技巧来满足模糊查询。当然这的确对开发人员来说是一个不错的技巧。于是我在Mysql中通过上千万条的数据测试发现很耗性能。即便是建了常用字段的索引(排序)也没有作用,足以确定1=1很低效,大数据量很耗性能。 select * from t_user wh原创 2014-01-14 20:07:26 · 783 阅读 · 0 评论 -
mcq 轻量级的消息队列
堵了?那就绕行.持久化消息队列memcacheq(简称mcq)是一个轻量级的消息队列。mcq依赖于Berkeley DB和libevent。Berkeley DB用于持久化存储队列的数据,避免在mcq崩溃或这服务器当掉时候,不至于数据丢失。特性:1.damn simple (简单易用)2.very fast (处理速度快)3.multiple queue (多条队列)原创 2014-03-13 11:31:08 · 1337 阅读 · 0 评论 -
Berkeley DB学习
Using Berkeley DB with PHP原创 2014-06-05 22:54:34 · 870 阅读 · 0 评论 -
nginx第三方模块redis2、concat
This is an Nginx upstream module that makes nginx talk to a Redis 2.x server in a non-blocking way. The full Redis 2.0 unified protocol has been implemented including the Redis pipelining support.Th原创 2014-06-14 17:31:05 · 1307 阅读 · 0 评论 -
试装memcachedb、memcacheq,整理了下安装过程
根据memcachedb介绍、编译以及安装,试装memcachedb。BerkeleyDB页面上提供的是oracle的官方地址,但下载要注册。。。找朋友要了个4.6版本的装,装memcachedb-1.2.1-beta会提示:configure: error: cannot find libdb.so in /usr/local/BerkeleyDB.4.7/lib看到memcac原创 2014-06-12 00:51:14 · 879 阅读 · 0 评论