之前 18 款 15 寸 i9 因为键盘坏了去修直接被换成了 19 款的 16 寸

@raymanr 移动平均你用 mysql 当然累死累活了

年年换新，出啥买啥

"经常逛一些比较不错的博客论坛比如国内的掘金、博客园、CSDN"
认真的么.......

“pg 我并不熟悉，我是基于我对关系型数据库应用的推断”
笑掉大牙

@opengps postgres 哪来的 clustering index ?

你想想行存的怎么跳过无关的列?

cpu 最高可以配到 65w 的 8700b ,除了核心数少了些，其他都很好。
我的自己升级到 64g 内存，平常都懒得开 9900k 的台式机了。

跟钱有关的不用 decimal 是真的心大

@zhangysh1995 看执行计划当然是看有没有命中索引啊？你觉得我贴执行计划是看啥?

mysql 8.0 是可以的
explain select * from test.mvcc where a = 1 or b = 2;
id,select_type,table,partitions,type,possible_keys,key,key_len,ref,rows,filtered,Extra
1,SIMPLE,mvcc,,index_merge,"a,b","a,b","5,5",,24,100,"Using union(a,b); Using where"

用 postgresql 随便找了个表试了试

只需要在 a,b 列上单独建索引就行，这是执行计划:

QUERY PLAN
Aggregate (cost=22119.36..22119.37 rows=1 width=8) (actual time=21.540..21.542 rows=1 loops=1)
-> Bitmap Heap Scan on a (cost=300.17..22081.89 rows=14988 width=0) (actual time=1.539..20.603 rows=15506 loops=1)
Recheck Cond: ((city_name = '北京'::text) OR (city_code = '120000'::text))
Heap Blocks: exact=3805
-> BitmapOr (cost=300.17..300.17 rows=15445 width=0) (actual time=1.153..1.154 rows=0 loops=1)
-> Bitmap Index Scan on index_a (cost=0.00..214.28 rows=11449 width=0) (actual time=0.806..0.806 rows=11534 loops=1)
Index Cond: (city_name = '北京'::text)
-> Bitmap Index Scan on index_b (cost=0.00..78.39 rows=3996 width=0) (actual time=0.346..0.346 rows=3972 loops=1)
Index Cond: (city_code = '120000'::text)
Planning Time: 0.128 ms
Execution Time: 21.566 ms

清除键盘词典可破

你简介里面的 blog 404,如果我是面试官就是一票否决，这样你接受么?

set -e

hmm
两年以前寄过顺丰，两百块钱，老家晚上五点寄第二天中午到北京，不过是文件