Redis与消息队列
背景知识
Pub/Sub
Redis中使用SUBSCRIBE, UNSUBSCRIBE 和 PUBLISH 方法将可以实现生产者/消费者模式,所谓的生产者其实就是使用PUBLISH
将message(这里需要说明,message只能是String,不过我们可以序列化一个对象为Json再进行推送)推送到指定的队列中,再由SUBSCRIBE
监听到消息并取出。UNSUBSCRIBE
是取消监听。
初学Kafka——Kafka实例及其讲解
基本概念
Topic:Kafka将消息种子(Feed)分门别类, 每一类的消息称之为话题(Topic).
Producer:发布消息的对象称之为话题生产者(Kafka topic producer)
Consumer:订阅消息并处理发布的消息的种子的对象称之为话题消费者(consumers)
Broker:已发布的消息保存在一组服务器中,称之为Kafka集群。集群中的每一个服务器都是一个代理(Broker). 消费者可以订阅一个或多个话题,并从Broker拉数据,从而消费这些已发布的消息。
Partition:每个Topic下会有一个或多个Partition,创建Topic时可指定Parition数量。每个Partition对应于一个文件夹,该文件夹下存储该{Partition的数据和索引文件。
MySQL优化概要
首先我们需要明确我们什么时候需要用到数据库:
- 当缓存并不能解决你的问题,比如写操作,事务操作
- 缓存的创建或过期需要通过数据库。
其次,我们可能需要一个专业的工具来指导我们优化:mysqlreport
这是作为一个Mysql第三方的状态报告工具,其实就是将一下两行命令所获得的数据以一种更加人性化的方法呈现到我们眼前:
1 | mysql> show status; |
你完全可以在自己电脑上先使用这个工具,这时候我们将逐条讲解工具为我们呈现的数据
定时任务实践(Python向)
之所以会有这篇博客其主要原因是因为最近需要写一些脚本用于定时运行,而我个人对于Shell的crontab又是处于看了就忘,忘了就不想看的阶段,Python在我目前看来是最适合替换掉Shell脚本的手段,其中自然也有大量定时运行的技术手段,这篇对于三种可使用不同方法执行定时任务的库做个介绍,仅仅只是简单介绍,如果需要详细了解恐怕还是看其官方文档来得更加适合。
IO模式学习
问题
- 同步与异步,阻塞与非阻塞有什么区别,举例说明
- 什么是多路复用
问题引入
这是我们通常所写的程序
1 | def normal(): |
通常我们的输入需要等到上条输入结束之后才能进行,这也许是我们通常最想要得到的结果,但是有某些时候如果我们所需要的结果没有前后文影响的情况下,我们可能更希望它不是这么死板地来执行的,而是异步执行,最典型的一个例子就是访问网站,网站在进行渲染的时候用到了大量的IO操作,而其他用户不可能等到一个用户渲染完之后在进行渲染,否则会造成比较差的用户体验。
事实上,所有的IO操作(如数据库查询,读写文件等)都回造成阻塞,它们都会让我们无法利用到IO执行这一期间的计算机资源。
为了解决这个问题,计算机引入了一些IO模式的区别。
csrf(xsrf)原理与应对策略
跨站请求伪造(英语:Cross-site request forgery),也被称为 one-click attack 或者 session riding,通常缩写为 CSRF 或者 XSRF, 是一种挟制用户在当前已登录的Web应用程序上执行非本意的操作的攻击方法。
apache 的 ab 工具简单介绍
首先我们看看 ab -h
命令提供的信息:
1 | Usage: ab [options] [http[s]://]hostname[:port]/path |
接下来我们使用 http://www.douban.com/
作为测试网站
1 | ➜ ~ ab -n 100 -c 100 http://www.douban.com/ |