rix的笔记 – 闲暇之余的一点笔记

laravel mysql 数据库自增添加主键

laravel的数据库在添加自增的时候，会自动被设置为主键，如果要添加其他列为主键的话，步骤就比较麻烦了。

Schema::create('users', function (Blueprint $table) {
            $table->bigIncrements('id');
            $table->string('email')->unique();
            $table->timestamps();
            $table->index('id'); //自增 只允许主键或者index
            $table->dropPrimary('id'); //删除老的主键
            $table->primary(['id', 'email']); //增加新的主键
            $table->dropIndex(['id']); //移除索引
        });

2022年全国高考人数1193万，2021年全国出生人口1062万。如果按照中考50%分流的话， 18年后，大概有531万人（不考虑<18岁人口的死亡率）参加高考。不知道今年的录取率能有多少，但根据去年 “2021年全国普通、职业本专科共招生1001.32万人，全国高考总体录取率达到92.89%”，至少目前的学校可以提供千万人级别的就学及住宿了，而18年后，估计两个座位才能坐1人了，如果不考虑中考分流的话，大概所有人都要录取才能填满这些座位。学校如果要想生存下来的话，不仅仅教育水平要上去，还需要大力发展在职教育才行。

智能开关的坑

我家的用电环境比较理想，基本上不会停电，如果断电，多半是跳闸了。平均下来，一年因为意外，跳闸的概率大约在0~0.5次之间吧，所以对于这种理想的用电环境，UPS基本是可有可无的。很早之前买了两个小米智能电源，当初使用的目的主要是为了防止服务器死机，需要强制冷启动的情形，但基本上也没启动过两次。所以就当摆设了。前段时间手欠，点进去看功率的时候，看到提示升级，于是，就点了下升级，然后服务器就被断电了！！！！！！重启完所有硬盘的数据重新进行校验计算。。昨天给台式机装系统，无聊的时候，又点进去，看到“插座电源已开启 > ”，右边不是有个箭头么，就想着点进去后应该是更详细的内容，然后就在这一排上点了下，于是，就变成“插座电源已关闭”！！！

, 你***在进行这么重要的操作前难道不应该进行二次确认么。

封与解

莫名其妙的封了，莫名其妙的解了。不知道为啥封了，封的标准在哪儿，不知道为啥解了，解的标准在哪儿。从封到解，不知道最终出来了啥结果。反正**最好。

突然的封了，就像开关关了一样，突然就解了，就像💡开了一样。人心也像这样么，经济也如此么？生活在糊涂的世道，糊涂着就好。

happy 最重要。我要下去做核酸了。

关于校验磁盘的思考

btrfs 分区支持 single 模式，将不同大小的硬盘合并为一个硬盘池，还支持快照，平衡，看着很诱人。 unraid 将不同的硬盘内容合并为一个硬盘池，添加上校验盘后，支持实时校验，对数据有保护作用。

一直在思考有没有办法将 unraid 的校验盘的方式放到 btrfs 的 single 模式上，毕竟，single 模式就差了一个文件级别的校验方式了。如果带上校验的话，完全可以不用 unraid 的这种校验模式了。

我研究了 snapraid 的方式，因为 snapraid 属于文件级别的校验。原来的想法是在 btrfs 开始写入到磁盘之前，在内存中先使用 raid5 算法，计算好相关的内容，然后 btrfs 写入文件内容，完成后，将校验结果按照虚拟磁盘布局的方式，写入校验盘。但对于流类的文件，或者在持续写入的文件，因为无法知道文件的完整内容，如果文件过大，造成无法先进行计算，这种方式必然没办法了。如果不先计算结果，在写入完成后再计算，这样必须每次写入完成的时候，开始计算相关内容，然后写入校验盘，这样就是按照块设备的方式，但这不就是目前的 raid5 么，据说不稳定。因为是按照块设备处理的，当读取的时候，校验盘无法确定这是哪个文件，然后读取内容后，为了看数据是否正确，需要旋转所有的硬盘设备，如果按照 snapraid 的算法，有更多的校验盘的话，就需要旋转更多的磁盘了，读写效率将大幅降低，实用性就不大了。

btrfs 的 single 模式，在某块磁盘出问题后，可以使用降级的方式挂载，然后读取数据，不管如何，算是恢复了一部分数据。只是不带校验始终是不安全。