压缩:gzcompress 解压:gzuncompress

 123,
    'name' => '张三',
    'age' => 24
];

$json = json_encode($data, JSON_UNESCAPED_UNICODE|JSON_UNESCAPED_SLASHES);
$compressed= gzcompress($json);
$mysql_insert_data = base64_encode($compressed);

$compressed_new = base64_decode($mysql_insert_data);
$json_new = gzuncompress($compressed_new);
$data_new = json_decode($json_new, true);

print_r($data_new);

1.如果要json_encode的话，要先于gzcompress执行。如果gzcompress先执行，json_encode返回的是空值。
2.gzcompress(json_encode(数组))这种写法是不对的，得到的结果是一堆乱码。必须分开写，json_encode处理结果赋值给一个变量，然后gzcompress处理这一变量
3.gzcompress结果直接存入数据库不会成功。可以base64_encode一下。

经研究发现, gzuncompress的处理结果与zlib_decode的处理结果相同. (在gzcompress时使用了zlib格式). 把gzuncompress函数,换成zlib_decode即可. 完全不影响使用.

Redis使用的是客户端-服务器（CS）模型和请求/响应协议的TCP服务器。这意味着通常情况下一个请求会遵循以下步骤：
客户端向服务端发送一个查询请求，并监听Socket返回，通常是以阻塞模式，等待服务端响应。服务端处理命令，并将结果返回给客户端。

普通模式与管道模式
普通模式:由于通信会有网络延迟，假如client和server之间的包传输时间需要0.125秒。那么上面的三个命令6个报文至少需要0.75秒才能完成。这样即使redis每秒能处理100个命令，而我们的client也只能一秒钟发出四个命令。这显然没有充分利用 redis的处理能力。
管道模式：（pipeline）可以一次性发送多条命令并在执行完后一次性将结果返回，pipeline通过减少客户端与redis的通信次数来实现降低往返延时时间，而且Pipeline 实现的原理是队列，而队列的原理是时先进先出，这样就保证数据的顺序性。 Pipeline 的默认的同步的个数为53个，也就是说arges中累加到53条数据时会把数据提交。其过程如下图所示：client可以将三个命令放到一个tcp报文一起发送，server则可以将三条命令的处理结果放到一个tcp报文返回。 需要注意到是用 pipeline方式打包命令发送，redis必须在处理完所有命令前先缓存起所有命令的处理结果。打包的命令越多，缓存消耗内存也越多。所以并不是打包的命令越多越好。具体多少合适需要根据具体情况测试。

$redis = new Redis();
$redis->connect('127.0.0.1', 5678);
$redis->select(9);
$memberId = 12345678;
$memberHandler = ServBox()->Member();
$pipeline = $redis->pipeline();
while ($memberId > 0) {
    $pipeline->del($memberHandler->getKeyMemberInfo($memberId));
    if ($memberId % 50 == 0) {
        $pipeline->exec();
        $pipeline = $redis->pipeline();
    }
    $memberId--;
}
$pipeline->exec();

$redis = new Redis();

$redis->connect('127.0.0.1', 5678);
$redis->pipeline();
for ($i=0;$i<1000;$i++)
{
    $redis->set("test_{$i}",pow($i,2));
    $redis->get("test_{$i}");
}
$redis->exec();
$redis->close();

FROM       ubuntu:16.04
MAINTAINER xchengli@126.com

RUN apt-get update && apt-get install -y openssh-server
RUN mkdir /var/run/sshd

#密码为root
RUN echo 'root:root' | chpasswd

#允许root的ssh远程登陆
RUN sed -ri 's/^PermitRootLogin\s+.*/PermitRootLogin yes/' /etc/ssh/sshd_config
RUN sed -ri 's/UsePAM yes/#UsePAM yes/g' /etc/ssh/sshd_config

#开放22端口
EXPOSE 22

#开启后台服务
CMD    ["/usr/sbin/sshd", "-D"]

docker build -t ubuntu-sshd .
docker run -d -p 2022:22 ubuntu_sshd

RabbitMq比较成熟，在可用性、稳定性、可靠性上较好。RabbitMQ并发性最高，原因是它的实现语言是天生具备高并发高可用的erlang语言。

Kafka设计的初衷就是处理日志的，可以看做是一个日志系统，针对性很强，所以它并没有具备一个成熟MQ应该具备的特性。Kafka的性能（吞吐量、tps）比RabbitMq要强，两者在这方面没有可比性。

ZeroMQ是一个非常轻量级的消息系统，专门为高吞吐量/低延迟的场景开发，不支持消息持久化。

RocketMQ作为一款纯java、分布式、队列模型的开源消息中间件，支持事务消息、顺序消息、批量消息、定时消息、消息回溯等。

首先是pull image，这里我拉取的是5.6.35:

sudo docker pull mysql:5.6.35

拉下来以后大可以按照官方的说明无脑启动，但是外部无法访问，所以绑定端口:

sudo docker run --name mysql -p 12345:3306 -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mysql:5.6.35

试着用客户端连接，成功了，查询mysql.user表发现允许从任何地方用root访问，这特么也太不安全了！

果断连接到bash:

sudo docker exec -it mysql bash

运行mysql，竟然有！

下面就是基本的操作，收回root权限，建库，开用户……

等等，数据库文件在哪？？还有，字符集不是UTF-8？？阅读官方文档，得知/etc/mysql/conf.d下可以自定义配置文件，于是乎自己建了一个my.cnf，重新运行：

sudo docker run --name mysql -p 12345:3306 -v $DOCKER_RUNTIME/mysql/data:/var/lib/mysql -v $DOCKER_RUNTIME/mysql/conf:/etc/mysql/conf.d -d mysql:5.6.35

这里顺便改了数据库文件的目录，$DOCKER_RUNTIME是我自己定义的环境变量，各位可以自行指定。

redis>select 2
OK