山维空间

标签： php

  • 记一次 TiDB Cloud Serverless 超额导致的博客超时故障

    记一次 TiDB Cloud Serverless 超额导致的博客超时故障

    今天早上起来，习惯性地刷新博客统计页面，发现 502。这可不妙，好不容易我坚持到现在终于有点流量，于是赶紧想办法修复。

    博客基础架构

    我的博客架构大体是：

    • 小主机，本地跑 php8.2-fpm 和 nginx
    • 使用 nginx 代理提供服务
    • 数据库使用 TiDB Cloud Serverless
    • 外面套上腾讯云 CDN

    仔细一看，错误页面的 Nginx 是 1.18.0，正是我服务器上的版本，貌似是本地上游 php-fpm 的问题，不是腾讯云 CDN 的问题。ssh 登录服务器，基本正常，验证了判断。查看错误日志，tail /var/log/nginx/blog-error.log，大量的 upstream 错误。top 查看进程负载，服务器本身很闲，但是 5 个 php-fpm 进程虽然不忙，但是都跑了很久。

    重启治百病，先升级系统

    以前没见过这种情况，本着遇事不决先重启的思路，我想先升级重启试试。于是 apt update & apt upgrade 升级系统，接着 reboot。停了一会儿打开网页还是不行。

    登录服务器 service --status-all 查看服务，貌似都正常。查看博客服务器的配置文件，也没写错。输入 service nginx restart 和 service php8.2-fpm restart 重启服务，还是不行。

    然后 Google PHP8.2、php-fpm、502 等关键词，限制最近一周，看看会不会是新版本引入了新 bug。没有找到结果，应该也不是。

    会不会是 TiDB Cloud 没钱了？

    看过前面博客：💪 WordPress 使用 TiDB Cloud 替换 MySQL 💪 的同学可能知道，我不久前把博客从本地 MySQL 迁移到了 TiDB Cloud Serverless。会不会是欠费停机了？我觉得不应该呀，免费额度 5GB，我的博客数据库前几天看过才区区 300+MB，不会突然就突破限制。

    不过我还是打开了 TiDB Cloud，姑且看一眼吧。没成想，果然是 TiDB Cloud 额度用完了，不过不是容量问题，而是 RU（Request Units，请求单位，TiDB 的某个计费单位）超限。TiDB Serverless Tier 每个月有 50M 的免费 RU 额度，我当时已经用掉 59.6M，所以被停止服务了。

    不过这里有个问题：我的 php-fpm 整个被卡死了，因为 TiDB Cloud 没有及时断开连接，导致我的 PHP 一直在等待数据库响应，但实际上数据库是不会响应的，相当于我的 PHP 线程都在守活寡。直到超时，才得到解脱。这样一来，我的服务器也无法响应任何其它 PHP 请求，包括 phpinfo() 等未使用 TiDB Cloud，甚至那些只有简单 PHP 功能的请求。

    按理说我超额，他们应该拒绝连接，让我看到数据库连接失败的错误，而不是卡住我直到超时。这样一来，

    1. 至少我的服务器还可以响应别的 PHP 请求
    2. 有了数据库连接失败的错误提示，我也能尽快找到问题根源。

    上调预算

    TiDB 还是蛮大方的，不需要预付款、预充值，只要将来按用量结账即可。于是我把预算上调到 $5/月，然后，重启了服务器。结果，又发生了第二个意外。

    我以为上调预算之后，连接、请求就能恢复，结果没有，还是白屏。而且，从 TiDB Cloud 的统计页面来看，在上调预算之后，数据库经历了一大波密集的请求：

    直到约 30 分钟之后，我的博客才渐渐缓过来，我也才有机会写这篇复盘文章。

    我不太确定这波请求是哪里产生的，是我的博客还是 TiDB 的网关，这个有待进一步研究学习。

    请教 TiDB 大佬

    我带着问题在推上请教了大 V 能哥。他告诉我，按照目前的产品策略，超额用户也可以以很低的频率访问数据库，因为有人是占了太多空间，需要有机会让他删数据。

    那这就是彼之蜜糖，吾之砒霜了。我的情况是存储量少（不到400mB），但是请求数高（我看的时候为 60M），所以除非调高预算，我不存在继续使用的可能性。但是他们又不会拒绝我的服务，于是就变成了我服务器上的 php-fpm 被卡死在连接数据库阶段，无法响应任何 PHP 请求。

    我把这个问题反馈给了 TiDB 的社区工作人员，期待他们能解决这个问题。

    下一步：解决方案

    这次故障的修复过程对我来说还是挺新鲜的，也还算顺利。给我在系统设计领域提供了新的经验，所以我拿出来分享给大家。

    不过话说回来，从白嫖的角度来看，迁移到 TiDB Cloud Serverless Tier 上似乎不是很明智。按照 WordPress Jetpack 的统计，我现在每月访问量大约是 7k UV，10k PV，如果这个级别就要花钱，而且动辄几刀的话，那我可能还是迁回去用本地数据库好一些。

    当然，解决方案还是有的。

    首先，Serverless Tier 可以创建多个节点，每个账号的最初的 5 个节点都有 5GB 空间+50M RUs/M 的免费用量。所以我可以写一个自动化脚本，每周将数据同步到下一个节点，然后自动修改链接类到新的节点。嘿嘿嘿，不知道这样的作品能不能参加 Hackathon 😂😂

    其次，好好查查 slow sql，找找优化点。减少每次请求产生的 RU 消耗。

    再次，升级 CDN 配置。我目前的网页都是 30d 缓存，按理说不应该有很多消耗才对。后台只有我一个人在用，不应该有很多数据库访问。我怀疑还是这块儿没搞好。应该有不小的优化空间。

    总结

    TiDB 正在举办新一年的 Hackathon，我也厚着脸皮去要了 $100 的赞助，白嫖大业应该还能再坚持一段时间。如果你也对数据库应用开发感兴趣，我强烈推荐你也来参加这次 Hackathon：【TiDB Future App Hackathon 2023 】TiDB 首届全球黑客马拉松，开发者的狂欢夏日盛会！快来一起 Coding 吧！这次 Hackathon 针对应用层，基本上使用 TiDB Cloud Serverless 就可以，适合各个领域的开发者参加。

    无论如何，感谢 TiDB 提供给我们免费、好用的数据库产品，也推荐大家使用 TiDB Cloud Serverless。如果大家有什么意见建议，欢迎留言讨论。

  • 代友招聘：广州番禺广告公司招 PHP 工程师

    代友招聘：广州番禺广告公司招 PHP 工程师

    做 ocpx 和 rta 方面的。dsp 平台 adx 方便的接口对接。

    （上面这一行我完全看不懂……）

    岗位职责：

    1. 负责公司产品后端系统维护，新功能开发，广告投放API对接；
    2. 参与需求讨论，对产品原型、功能逻辑设计等提出可靠建议；
    3. 使用yii2框架实现产品的标准化。

    岗位要求：

    1. 计算机相关专业大专或本科学历，有2年以上PHP开发经验，有大型网站或者数据系统开发经验者优先；
    2. 熟悉前端语言：HTML5/CSS3，JavaScript，Ajax，jQuery等；
    3. 熟悉 MVC 框架，熟悉主流 PHP 框架 yii2，有独立开发项目经验者优先；
    4. 精通 MySQL，熟悉 Linux、Apache/nginx、Redis 的管理和维护。
    5. 有开发小程序后端、广告 Marketing API 项目经验者优先；
    6. 熟悉版本控制器 git/svn 的使用；
    7. 有优秀的沟通与表达能力，突出的学习能力，较强的动手能力与逻辑分析能力；
    8. 具备良好的团队合作精神，高度的责任感，善于沟通，为人踏实，抗压能力强，拥有严谨的工作态度，能虚心学习。
    9. 具备良好的代码编程习惯，熟悉面向对象编程，及较强的文档编写能力。

    工作地点在番禺，朋友的公司，很靠谱。感兴趣的同学直接联系我吧。

  • PHP 8.0 发布——JIT 到来，性能大幅提升，一堆语法糖

    PHP 8.0 发布——JIT 到来，性能大幅提升，一堆语法糖

    早上起来，得知 PHP 8 正式发布了，作为曾经的半个 PHP 程序员，当然要去看一看。官方的 Release note 在这里，建议做 PHP 开发的各位同学都看一看：

    PHP 8 Released!

    接下来聊聊我的想法。

    JIT

    作为一个大版本，PHP 8 一定要有一些非常大的变化，JIT 就是这个非常大的变化。

    JIT 是 just-in-time 的简写，意思是在运行时将部分代码编译成机器码，以便反复使用。执行机器码的速度会比执行一般的解释型代码快很多，所以 JIT 通常意味着可以大大提升语言的运行速度。

    PHP 8 引入了两种 JIT 编译引擎，Tracing JIT 和 Function JIT，其中最值得期待的是 Tracing JIT。在基准测试中，速度有 3 倍提升；在一些长时间运行的应用当中，也有 1.5～2 倍的提升。参考下图，可惜，这个基于 WordPress 的博客提升只有一倍。

    PHP 8 JIT 性能表现
    PHP 8 JIT 性能表现

    所有的功能都要以性能为基础，PHP 从 v7 开始就很努力地提升性能，加上它的功能一直封装的很好，所以我一直觉得 PHP 是服务器端开发最好的语言。

    一堆语法糖

    不知道是不是受了同为 Web 开发语言的 JS 的影响，v7 之后的 PHP 非常放飞，每个版本都引入一堆新语法和语法糖，什么箭头函数、类型系统，基本上只要有用，都给加上。v8 也不例外，有一些语法已经到了我看不懂的程度了……

    比如这个 Attributes，我就没太明白，暂时把它理解成装饰器：

    // PHP 7
class PostsController
{
    /**
     * @Route("/api/posts/{id}", methods={"GET"})
     */
    public function get($id) { /* ... */ }
}

// PHP 8
class PostsController
{
    #[Route("/api/posts/{id}", methods: ["GET"])]
    public function get($id) { /* ... */ }
}

    Laravel

    顺便说一下，前些日子 Laravel 也发布了 v8。不过不太一样的地方是，Laravel 的版本号跟 node.js、Ubuntu 采用同一种策略，即每年一个大版本，只有偶数版本会长期支持（LTS）。

    总结

    活到老学到老，大家加油。

  • 解决 Raspberry Pi 4 安装 php-mbstring/php-curl 的问题

    解决 Raspberry Pi 4 安装 php-mbstring/php-curl 的问题

    最近要在 flarum 上做二次开发，尝试直接用 php -S localhost:8080 未果，于是打算在树莓派上搭个开发环境，省得它整日落灰。

    因为在本地创建过仓库，所以这次直接从 GitHub clone 项目下来，然后打算执行 composer install 安装依赖。结果提示差了 php-mbstring（解决汉字等多字节字符）和 php-curl（用于远程请求）两个模块。然后我就打算用 apt install php-curl 安装模块，没想到失败了，仔细看错误信息，因为这个模块依赖 libcurl3，但是系统里是 libcurl4，所以不行。

    那就安装 libcurl3 呗，结果系统认为明显 libcurl4 更新，不给装 3，哪怕删了重装都不行。

    后来查了半天，找到答案。原来我添加的源是 stretch 的，也就是面向 Debian 9 的；而 Raspberry Pi 的系统是基于 Debian 10，也就是 buster 的，所以依赖处理上，两方面就冲突了。

    这个时候，需要用 sh -c 'echo "deb https://packages.sury.org/php/ buster main" > /etc/apt/sources.list.d/php.list' 把属于“buster”的源添加进系统，接着删掉之前 stretch 的源，然后 apt update 之后，就可以正常安装了。

    参考链接：https://github.com/oerdnj/deb.sury.org/issues/1193

  • PHP built-in web server 支持自动查找入口

    PHP built-in web server 支持自动查找入口

    使用 php -s localhost:8080 可以快速启动一个开发服务器，非常方便，是我现在需要简单服务器支持时的首选。

    不过我最初了解到这个功能的时候，它（可能）还不支持请求重写，也就是说，我们访问 /foo/bar，它就会去当前目录里查找 /foo/bar，找不到就 404。如果想要实现 index.php 重定向，必须手动编写路由文件，比较麻烦。我宁可用 nginx 实现，因为部署上线的时候早晚要用。

    最近偶然发现，PHP built-in web server 已经支持请求重写了，如果命中，就会直接返回目标文件；如果没有命中，就会沿着目录往上找，直到找到 index.php 或者 index.html，或者到启动服务器的根目录，然后把请求地址放在 $_SERVER['PATH_INFO'] 里，留待 php 处理。

    这样一来，无论是 WordPress，还是 Laravel，还是其它基于路由的单一入口项目，都可以直接使用 PHP built-in web server 开发了，简单方便快捷。甚至连纯前端项目，如果你不熟悉服务器端的配置，也可以简单的安装一个 PHP 来实现。

    比如，在本地开发 WordPress，可以这样：

    # 安装 php 和 mysql
brew install php
brew install mysql

# 配置 mysql root 用户密码，替换下面的 `NEWPASS` 
$(brew --prefix mysql)/bin/mysqladmin -u root password NEWPASS

# 下载并解压 wordpress.zip，进入目录，启动服务器
php -S localhost:8080

# 完成！

    参考文档：

    PHP manual: Built-in web server

  • 解决 composer global install 失败的问题

    解决 composer global install 失败的问题

    今天突发奇想，打算写会儿 PHP，按照 Laravel 文档，准备先安装 laravel/installer，结果 composer global require laravel/install 安装失败，提示错误信息：

    Your requirements could not be resolved to an installable set of packages.

    出问题的包是 symfony/console，需要的版本和已安装版本不一致，安装新版本失败。简单搜了一下，答案比较多，有说版本问题，有说权限问题，有说 PHP 模块问题。

    我看了一眼权限，应该没问题。然后 composer help 看了看命令参数，发现有一个命令，可以查看所有已安装，现在版本有些旧了，可以升级的包：composer global outdated。执行之，发现以前安装过 laravel/installer 1.x，自然也安装了 1.x 需要的 symfony/console 作为依赖。那么，多半是这个旧版本阻止了新版本的安装，导致新版 laravel/installer 安装失败。

    于是 composer global remove laravel/installer 先删除就版本，然后安装新版本，就 OK 了。

    然后，折腾了半天，我又不想写 PHP 了……

  • 解决 PHP 7.2.8 + MySQL 8.0.12 连接失败的问题

    解决 PHP 7.2.8 + MySQL 8.0.12 连接失败的问题

    这两天又反复遇到这个问题，先写解决方案：

    1. 使用 caching_sha2_password  插件

    修改用户密码，并且用插件生成，可以解决 WordPress 的问题。

    ALTER USER 'user'@'localhost' IDENTIFIED WITH caching_sha2_password BY 'password';

    2. 修改 my.cnf，使用原生密码

    使用 Laravel + MySQL 8.0 的时候，遇到

    SQLSTATE[HY000] [2054] The server requested authentication method unknown to the client

    修改 /etc/mysql/my.cnf （我是 Ubuntu 16.04），添加下面一行：

    [mysqld]
default_authentication_plugin= mysql_native_password

    然后重置密码：

    ALTER USER 'user'@'localhost' IDENTIFIED WITH mysql_native_password BY 'password';
    （更多…）
  • Failed to start php-fpm.service: Unit php-fpm.service is masked.

    Failed to start php-fpm.service: Unit php-fpm.service is masked.

    周末手一抖把服务器从 17.10 升级到了 18.04，然后博客就挂掉了。

    根据提示信息，nginx 应该正常工作，问题多半出在 PHP 上。service --status-all 之后，果然 php7.1-fpm 没有启动。然后照常 service php7.1-fpm start，咦，奇怪，报错了：

    Failed to start php7.1-fpm.service: Unit php7.1-fpm.service is masked.

    换用 service php-fpm start 也一样，区别就是 service 名字不太一样。然后 Google 之，没找到很靠谱的说法，但是找到一个类似的情况，发生于使用 do-release-upgrade 升级到 16.04 时，php5-fpm 启动不了，报类似的错误，解决方案是升级到 php7。

    如此一来我也试试好了，因为直接 apt install php-fpm 会解析出来 php7.2，所以我尝试 service php7.2-fpm start，果然可以。既然如此，干脆升级到 7.2 好了，反正我也没啥特殊要求。

    于是修改站点配置文件，把 php 接口指向 7.2 的 socket，然后安装几个欠缺的模块，终于又把博客跑起来了。

  • MySQL 的编码问题

    MySQL 的编码问题

    前几天朋友的小程序遇到点问题，同样的代码，有些人就是注册不上，有些人就没问题。让我帮忙看。

    看代码应该没问题，我自己试也没问题，很诡异。后来我发现，说注册不上的一个截图里，昵称里有一个雨滴的符号。我们知道，传统的编码是没有表情符号的，表情符号是 Unicode 后期才加进去的，那么会不会是数据库字段的问题？看了一眼，Laravel 默认创建的数据库，字符类型是 utf8mb4_unicode_ci，而他们数据库是 utf8_general_ci，Google 一下，找到下面这篇文章：

    為什麼MYSQL要設定用UTF8MB4編碼 UTF8MB4_UNICODE_CI

    里面提到：

    當資料庫需要儲存或處理以下資料：emoji (手機端常用的表情字符)

    应该使用 utf8mb4_unicode_ci，因为它会用更多的空间存储字符。基本锁定是字符集的问题。然后看到梦康大的一篇博文：直接使用 mysql utf8 存储 超过三个字节的 emoji 表情 ( 不使用 utf8mb4 )，决定参考他的方案，毕竟改库改表不是小事情。

    不过时过境迁，梦康文中的 func_overload 已经可以用 mb_strlen($str, '8bit') 来替代，所以最后的代码大约是这样的：

    // 替换
protected function encodeEmoji($input) {
  $length = mb_strlen($input, 'utf-8');
  $result = '';

  for ($i = 0; $i < $length; $i++) {
    $tmp = mb_substr($input, $i, 1, 'utf-8');
    if (mb_strlen($tmp, '8bit') >= 4) {
      $result .= '[[Emoji:' . rawurlencode($tmp) . ']]';
    } else {
      $result .= $tmp;
    }
  }
  return $result;
}

// 替换回
protected function decodeEmoji($nickname) {
  return preg_replace_callback('~\[\[Emoji:(.*?)\]\]~', function ($matches) {
    return rawurldecode($matches[1]);
  }, $nickname);
}

    所以说，程序员心态要保持年轻，步调要跟年轻人保持一致，这样才更容易发现新问题，所以我的昵称已经改成“肉山🎩”了。

  • Laravel 开发笔记

    Laravel 开发笔记

    记录 Laravel 开发中的一些心得体会，踩过的坑。

    （更多…）