run __construct
run shutdown_function
run __destruct
* unset 等操作可以提前触发 __destruct
可以利用变量作用域在__destruct内来释放连接、解锁等释放操作
run __construct
run shutdown_function
run __destruct
* unset 等操作可以提前触发 __destruct
可以利用变量作用域在__destruct内来释放连接、解锁等释放操作
opcache.enable_cli + xdebug + swoole 可能会导致“段错误”(Segmentation fault)
nginx限流可能会导致客户访问感知到变慢,所以在怕爬虫或攻击停止的时候应该关闭限流!
限流的阈值、突发速率之类的需要尽量大点,大概峰值的几倍这样,防止正常用户被迫全局限流。
root@% 无法修改 root@localhost 密码
解决办法:(自己给自己授权)
grant system_user on *.* to 'root';
https://blog.csdn.net/weixin_42330311/article/details/104728396
例如:
ln -s /var/www/php/ /mnt/www/blog
# 第一次会创建出“/mnt/www/blog -> /var/www/php/” 这个软链接
ln -s /var/www/php/ /mnt/www/blog
# 第二次会创建出“/var/www/php/php -> /var/www/php/” 这个软链接
# 第三次会提示 File exists
解决办法:(创建前判断下目标是否存在即可)
[ ! -e /mnt/www/blog ] && ln -s /var/www/php /mnt/www/blog
The proposed solution “[3 Feb 16:10] Adam Latchem” worked for me, in the context of MySQL Workbench connecting to a MariaDB database. The fix (for definiteness) is to edit the file C:\Program Files\MySQL\MySQL Workbench 8.0 CE\modules\wb_admin_connections.py at line 346, to change it from
("DB", mforms.StringColumnType, "DB", 100),
to
("db", mforms.StringColumnType, "DB", 100),
(note change of case in first argument).
MySQL 8 关闭 performance_schema = off,可以瞬间节省200~300M左右内存
nginx: worker process is shutting down,这个是nginx reload后可能会出现的,应该是继续处理未结束线程用的。
如果你的超时相关配置设置了很长时间,那么这个线程也会存在很长时间。