由于本地服务器相关系统的需要，考量良久，RabbitMQ与其它类似的队列服务提供商而言，没有什么突出优势，也没有什么突出劣势。使得它进入了考虑范围，并最终确认使用。系统是Debian 11，那么我们开始吧…
公司在工业区内，近日的停电导致博主这会运维的程序猿非常的崩溃，其它的都不算负担，但数据库却每天都让我心惊胆战。近日就由于停电导致服务器非正常关闭，再次来电启动时，却收到如下报错 “Starting MySQL… ERROR! The server quit without updating PID file (/home/DBs/My….pid).” 好了，MySQL无法启动了；一脸懵逼的查看错误日志，发现日志如下： 碰上这样的问题，先备份数据库所有问题是必要的。 翻查了无数的前辈博文，总算查到了如此的原因。原来是…
由于近日PHP开始使用队列，自己用RabbitMQ比较多，所以貌似只能使用AMQP了。 PHP的大多数扩展只需要phpize，然后configure之后make、make install就OK不同，AMQP则需要先安装rabbitmq-c扩展，而后才能装AMQP。 废话不多说，我们开始吧。
Google 开源了其 TCP BBR 拥塞控制算法，并提交到了 Linux 内核，从 4.9 开始，Linux 内核已经用上了该算法。根据以往的传统，Google 总是先在自家的生产环境上线运用后，才会将代码开源，此次也不例外。根据实地测试，在部署了最新版内核并开启了 TCP BBR 的机器上，网速甚至可以提升好几个数量级。 Debian由于默认内核已是4.9以上，并且集成了BBR算法，所以Debian系统无需更换内核。而CentOS则由于其集成的内核为3.10，内核未集成BBR算法，所以只能升级内核后，方可开启…
