@echoless 可能我这表有点特殊吧，都是传感器采集回来的数据，insert 就是正常插入，没什么特别的。基本也没 update 操作，所以连 id 字段都没用。根据传感器 id 创建的索引，查询速度基本都是 10ms 以内。

我这有个 MySQL 表，结构比较简单，类似 key/value 结构，再加个 datetime 用来分区，7 亿数据量，查询带着 datetime ，速度没任何问题。感觉只要能将查询落到分区里，速度不会有什么明显变化。

主板 BIOS 里就可以设置。
https://pic2.zhimg.com/v2-31a9b7d2ad3ec0b5fd2561d84f50866d_r.jpg

你这性格就是典型的好欺负，又没碰上好领导。你越努力，只能让老板换上更好的车而已。
先请假一两周，然后再拿着这些工作找老板谈薪水，不然怎么证明你的重要性？薪水直接一步谈到位，如果你真的很重要，那被动的就是老板，别不好意思开口，直接要到 30k 以上。
不过最好能提前找好下家。

买个二手 J1900 的星际蜗牛不好吗？

银行存款安全性可以说是 100%，保本保息。而且，其实利息并不低，远远跑赢货币基金。我存的年化 3.7%，每周结息，自动转存，也就是任意时间提取，最多损失 6 天利息。早就告别货币基金了。整年定存更高。

但这个收益放大到 20 年来看，真跑不赢通胀。

iPad 挺好，不过还是更习惯显示器，尤其可以考虑能旋转的显示器。

确实，我看有些作品就比较吃力，即便现在这年龄也这样。感觉日剧的思路大多比较能接受，美剧能接受的少一些，可能我大脑只能处理单线程剧情。

新建一个表，使用新的自增 id，增加 2 个字段，old_server 、old_id 备用，等啥事都没有了可以考虑删掉

不过你这需求真奇葩。

贴膜可以阻挡紫外线和红外线，尤其夏天，阻挡红外线可以隔绝很大一部分热量进入车内。大多贴膜都写着阻隔的比例。红外线、可见光、紫外线，三者要权衡一下，毕竟晚上也会开车。

另外，听说交警爱检查贴膜颜色深的车，谁给证实一下。

https://www.taobao.com/robots.txt

User-agent: Baiduspider
Disallow: /

User-agent: baiduspider
Disallow: /

有些人，自己没啥事，但就是会给身边人传播负能量，离那种人远点

星际 2 造到 1000 人口还怎么玩？有意思吗？

我就是像你这么想的，也是这么干的。
16 年时候入公司搞的新项目，公司也没啥钱招 dba，只有几个新毕业的 PHPer，甚至连个前端都木有。
本以为这项目前期需求都搞明白了，横向有横向的优势，数据采集频率也不高，直接横向 MySQL 表。
半年以后开发的七七八八，以为可以进行下一个项目，结果这项目一个劲的扩，还要兼容其他近似的产品，越来越发现这种方式的弊端。
不同传感器采集频率不同，延迟采集到的数据不容易补回去，现场传感器有变化，就需要程序员跟进，而不是只需要运维人员就能搞定，丢失很多数据细节，阿里云 MySQL RDS 默认存储引擎是 innoDB，最多只能有 1000 多列。

我们用的第三方采集平台是 PostgreSQL，当初好像是 4 核 8G 的阿里云，所有数据集中在一个表里。我们只要过去查点历史记录就很容易卡死，对方被迫把不同项目的点分配到不同数据表，到后来是单个通道一张表，以适应我们读取需求，但还是有些扛不住。后来我们只好改变策略，把查历史的操作限制到一个线程，也给服务器升级到 8 核 16G，轻易不敢找它要历史数据。

你可以看看时序数据库，我也没玩过，但你要明白，做这活的核心就是别给老板省钱，不然省下的钱都要用你的头发还回去。

md5 结果大多时候都直接用 32 个 16 进制字符表示，java 那样是最常见形式。也有用 16 个字符的比较少见。安卓和 ios 还敢拿出来与你比较，明显水平不够，建议开除。
安卓那个没看懂是什么算法，26 个字符，还有 u 、n 、g 、r……哪位高手给解释下？
ios 的看起来像 base64，但我没解析出来，是不是把 md5 的 128bit 给 base64 了？