写在前面

负载均衡，并不是人人平等。而是每个人都尽其所能，得其所需。 每个服务器的配置会有差异，可能某个服务器还需要兼顾其他应用服务。所以它也许不能像同集群里的其他机器一样完成一样大小的任务。

通过某种负载分担技术，将外部发送来的请求均匀分配到对称结构中的某一台服务器上，而接收到请求的服务器独立地回应客户的请求。均衡负载能够分配客户请求到服务器列阵，借此提供快速获取重要数据，解决大量并发访问服务问题。

负载均衡主要解决的问题

• 处理高并发等服务，单机并发量不足以支撑，利用负载均衡分摊到多台服务器。
• 提高用户响应，如果单机一直保持高负载运行，假设最多处理1K个并发，第1K个也需要排队等候处理。分摊到多台机器，增加处理者，平均响应速度也就提升了。

写在前面

用过TP框架的应该都知道有这样一种操作： 我们可以把传参绑定在方法的参数中，还可以绑定一些系统类 比如Request类等等

<?php
namespace app\index\Controller;

class Blog
{
    public function read($id)
    {
        return 'id='.$id;
    }

    public function archive($year, $month='01')
    {
        return 'year='.$year.'&month='.$month;
    }
}

当我们的url这样子访问的时候，参数就会自动注入到方法参数中

写在前面

在前一篇文章中，我们已经介绍了索引、索引的优化规则等等 原文链接：Siam博客 mysql索引优化 在其中我们有引申出组合索引,多个单字段索引冲突两个知识点。 本文章主要是与后者有关联。 在原文中，我们使用了下面的例子

写在前面 在我们日常使用数据库的时候，肯定避免不了对数据库的优化。那么对数据库的优化又少了不索引的知识。 是的，建立索引能极大地提高查询的效率。那么你知道吗，如果合理建立索引，可以更大地榨出数据库的性能——也就等同于进一步提高查询效率。 写下这篇文章就是为了记录一下对索引的优化，合理建立索引 ...

写在前面

事情起因： 使用了一个varchar类型的字段储存数字值。 在根据该字段进行大小筛选的时候，出现该问题。 类似select * from sheets where s_status > 3

分析

php调用时条件传的是数字类型 组件生成的SQL语句直接执行正常

写在前面 电子邮件是啥就不用介绍了吧，利用程序发送邮件，可以实现：客户财务报表推送、服务异常预警、自动订阅文章等等功能。 php来发送邮件的类库网上也有。比如：PHPMailer 等 但是由于类库年代久远，或者自己使用过程中出现了一些异常错误，导致一系列苦恼。 所以写下这篇文章，来讲明SMT ...

在Thinkphp的文档中关于框架特性的描述，有这么一句话 ORM：重构的数据库、模型及关联，MongoDb支持； 从这句话可以得知，Thinkphp中的数据库、模型，基于的ORM概念来完成。 ORM是什么？ 对象-关系映射（OBJECT-RELATIONAL MAPPING，简称ORM ...

swoole如何对ip限制访问频率 在我们开发api的过程中，有的时候我们还需要考虑单个用户(ip)访问频率控制，避免被恶意调用。 归根到底也就只有两个步骤： 用户访问要统计次数 执行操作逻辑之前要判断次数频率是否过高，过高则不执行 easyswoole中实现Ip访问频率限制 本文章举例 ...

此篇文章比较偏向笔记类型

在我使用jquery扩展，拖拽组件的时候，因为使用的布局模板有些冲突，导致无法使用扩展，所以才会解决之后写下这篇文章。 Layui中内置了jquery 只有你所使用的模块有依赖到它，它才会加载，并且如果你的页面已经script引入了jquery，它并不会重复加载。内置的jquery模块去除了全局的$和jQuery。 这是layui文档中的描述，它内置了jq，但是去除了全局的$和jQuery对象，也就是在window的全局对外接口被删除了。 拖拽组件的实现 假设siam.js是一个扩展，里面提供了一个类似这样的方法

这篇文章，主要讲讲非堵塞编程带给程序的意义。 在我们谈到今天的主题之前，先来做一点基础知识的补充。

什么是I/O

我们的计算机系统架构简易可看成如下，I/O接口连接其他硬件如：网卡、键盘鼠标、磁盘等。 I代表Input，输入数据。 O代表Output，输出数据。 当程序需要发送网络请求或者从磁盘中读取文件等IO操作时 CPU发出指令，然后信号经过总线到达网卡或者磁盘 然后拿到数据，再经过总线到达主存中，CPU继续对主存中的数据进行操作。

CPU的执行速率：主频 比如3GHz = 一秒钟有30亿个时钟脉冲，执行一条指令一般只需要几个时钟脉冲。也就是一秒可以执行的指令经常是以亿计算的。

以网络请求为例（磁盘IO也是一样的原理），当CPU发出指令之后，想要得到结果需要经过很长的等待（比如网络延迟经常是几十ms时间，CPU都过了多少千万个时钟脉冲了）

同步、异步、堵塞、非堵塞的概念

相信看这篇文章的你也不是第一次看到这种概念，在很多文章中经常会以购物等场景做例子。 这里只做一个简单的介绍： 同步、异步分为一组概念； 堵塞、非堵塞分为一组概念； （同步、异步）：关注的是：数据的接收方式 （堵塞、非堵塞）：关注的是：是否等待结果返回 这是两个分组（因为它们的关注点不同） 但是往往同步跟堵塞是一起的，异步跟非堵塞是一起的。 如果我们需要同步接收数据，肯定要让当前程序暂停，等待数据返回再做处理。 如果我们选择了异步接收数据，程序还堵塞的话那就没什么意义了，所以非堵塞模式，一般会返回发送调用请求的结果，然后程序继续执行，直到结果准备好了，再通过回调函数等方式触发程序做处理。