LMLPHP后院

扫码查看  原文链接 : https://blog.lmlphp.com/archives/555/shumeipai_Raspberry_installation_and_usage_tutorial  来自 : LMLPHP后院

本文稍微有点乱，因为写作非常不容易，大家都非常的忙，本文的资料陆陆续续整理了好几天，算是全网最全面的树莓派入门实践教程了。整体用下来我觉得非常好，散热也非常 OK，不需要风扇，打开外壳温度保持在 40 多度，装上外壳 59 度，所以不需要盖子了，站立着放，挡点灰就好；总之，超出我的担忧顾虑，我开始以为 Raspberry OS Raspbian 会非常不好用，其实非常好用啦，有点像你买了一个手机，首次开机一步一步的配置下，整个电脑就好了。

稍微科普一点点，为什么是树莓派 4B？因为 树莓派 4 Type-C 接口有点兼容性的问题，所以修复之后就只有 4B 了，现在在卖的还有 3B、3B+、Zero、Zero W、Zero WH 等。但是按照买新不买旧的原则，就只有 4B 是最佳选择了，碍于银子不够，我买了 2G 内存版本，现在 1G 版本已经停产，剩下 2G、4G、8G 版本了。Zero 不要买，性能太低，也不便宜，将近一百元，我还想买个 Zero 来做个 OpenWrt 路由器，后来想想罢了。

扫码查看  原文链接 : https://blog.lmlphp.com/archives/548/Error_resolution_after_Termux_MariaDB_upgrade  来自 : LMLPHP后院

有个事情需要折腾，于是 Termux 升级后导致数据库 Mariadb 无法启动，服务自然不可用了，抽空解决之...

报错如下：

2020-11-15 19:24:34 0 [Note] mysqld (mysqld 10.5.5-MariaDB) starting as process 32220 ...
2020-11-15 19:24:34 0 [Warning] Could not increase number of max_open_files to more than 1024 (request: 32182)
2020-11-15 19:24:34 0 [Warning] Changed limits: max_open_files: 1024  max_connections: 151 (was 151)  table_cache: 421 (was 2000)
2020-11-15 19:24:34 0 [Note] InnoDB: Uses event mutexes
2020-11-15 19:24:34 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-11-15 19:24:34 0 [Note] InnoDB: Number of pools: 1
2020-11-15 19:24:34 0 [Note] InnoDB: Using generic crc32 instructions
2020-11-15 19:24:34 0 [Note] mysqld: O_TMPFILE is not supported on /data/data/com.termux/files/usr/tmp (disabling future attempts)
2020-11-15 19:24:34 0 [Note] InnoDB: Initializing buffer pool, total size = 134217728, chunk size = 134217728
2020-11-15 19:24:34 0 [Note] InnoDB: Completed initialization of buffer pool
2020-11-15 19:24:34 0 [ERROR] InnoDB: Upgrade after a crash is not supported. The redo log was created with MariaDB 10.4.12.
2020-11-15 19:24:34 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2020-11-15 19:24:34 0 [Note] InnoDB: Starting shutdown...
2020-11-15 19:24:35 0 [ERROR] Plugin 'InnoDB' init function returned error.
2020-11-15 19:24:35 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2020-11-15 19:24:35 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-11-15 19:24:35 0 [ERROR] Unknown/unsupported storage engine: InnoDB
2020-11-15 19:24:35 0 [ERROR] Aborting

扫码查看  原文链接 : https://blog.lmlphp.com/archives/539/Talking_about_the_current_state_of_technology_in_large_companies  来自 : LMLPHP后院

我最近用过比较多的智能家居，APP，比如美的美居，米家，这两家我是直接用来设置过自动场景的，他们给我的感受是，垃圾的一逼。

他们的问题是，会出现数据反复不稳定，变来变去，最后还是丢掉了，恢复了最初的模样，美的美居就更垃圾，连云智能根本不执行。我们都知道数据一大就会需要同步，数据需要搬迁，服务器需要更换，这个是可以无缝解决的，用户根本不会感知到任何的异常，他们不仅仅让我感知到了异常，连我设置的智能场景-也就是编程，都丢掉了，简直垃圾的一逼，大公司的技术真的一坨屎。！

有点傲气的人都会拍拍胸脯，这么烂的产品都成功了，下了功夫，还有什么做不成的？！

其实，同步数据，迁移服务器是有技术难度的，但是一定可以解决的，本站虽然小，但尝试过多次数据库持续更新或者写入并且搬迁服务器并且做到完完全全用户无感知，数据绝对不丢失。

扫码查看  原文链接 : https://blog.lmlphp.com/archives/532/LmlException_HY000_1114_The_table_is_full  来自 : LMLPHP后院

如何让一个报错经历证明你使用数据库的经验丰富度，那么这个将是最好的回复，请看下文：

LmlException: HY000
Code: 1114
The table '  ' is full

这个是 MySQL 的内存表报错，内存占用过大，具体什么原因不是很清楚，可能是系统本身的内存不足导致，MySQL 没有必要去单纯的限制内存表的使用，整个系统的内存不都是为数据库服务的吗？innodb 是全部加载进入内存的。

参考解决方案

修改 MySQL 的配置文件 my.ini，在[mysqld] 下添加/修改两行，修改完后重启 MySQL

tmp_table_size = 256M
max_heap_table_size = 256M 系统默认是16M

扫码查看  原文链接 : https://blog.lmlphp.com/archives/527/The_pit_of_executing_the_sed_command_on_MacOS  来自 : LMLPHP后院

sed 命令和 awk 一样，非常强大，但强大的命令就会有局限性，学习也难，殊不知很多人宁愿写个熟悉的 Python 脚本也比这个快，正是如此，使用频次相对较低，这不在 MacOS 上一使用就发现了坑，报了很多奇奇怪怪的错误，要是没有网络，怎么能找得到问题所在呢？所以，还是网络好。要交流，多上网。

sed: 1: : extra characters at the end of l command
 
sed: 1: : extra characters at the end of l command

sed: 1: No such file or directory
 
sed: 1: No such file or directory

sed: 1: invalid command code .