TiddlyWiki ，本地的 html ，很方便写，也很方便 search

个人感觉：

一条 SQL 干躺一个大库(干掉 DBA 半年奖金)的例子见了太多了。

下次你可以在发生问题时收集 perf top （比如 perf top -s comm,pid,symbol ）输出，
看看消耗 CPU 的都是什么 OS,DB 函数，
你就知道是啥引起的问题了。

做了一个肛周脓肿手术，期间肠镜 /手术前喝泻药，再加手术后不敢多吃，2 个星期减了 15 斤...

我大学刚毕业的时候曾在校友会上碰到一个退休的老爷子。
他问我了一个问题：你还在学英语吗？
他解释了一下为什么问这个问题，他说人需要终身学习的。
他举例说他在退休后开始学日语；虽然他学习了日语也不靠它来挣钱。

对于学习这件事来说，我现在有了一个认识：
我 24 岁的时候是一条咸鱼
因为没有持续学习 /提升自己
20 年过去了，我现在还是一条咸鱼。

如果从 24 岁开始我每天背一个英语单词，
那么现在理论上我的英语词汇量应该到 7200 了。

抱歉，审题审错了，原来要用序列号做主键呀。Oracle 的主键默认会建成一个索引，所以它和 MySQL innodb 应该是类似的情况。但根据我个人的经验，在 Oracle 里用 sequence 做主键比用 uuid 做主键更容易造成热块争用；这和那个 MySQL 帖子里讲的恰恰相反 - 囧。

纯维护 DBA ，所以不知道 Oracle 里应用使用 uuid 是否存在什么问题；可能之前碰到过问题，但不知道应用使用的是 uuid 。不过有一个万金油的方案，就是搭建一个 POC 测试，尽量模拟应用行为，并做压力测试，看看 Oracle 能不能 hold 住。

至于使用序列：
1. 在 Real Application Cluster 下使用序列会出现多个实例里拿的序列号不是严格递增的情况。因为序列一般在每个 RAC 节点上有 cache ，比如节点一 cache 了序列号 1 到 20, 然后节点二 cache 了 21 到 40 。节点二上的应用初始拿到的序列号就会是 21 ；而此时序列号 20 大概率还没分给应用使用呢（也就是序列号 21 先于 20 被分配了）
2. 在序列号被默认 cache 的情况下，如果 DB crash ，则内存中 cache 住的序列号会丢失。也就是丢掉的序列号不会被分配给应用了。
3. 如果关闭序列号的 cache 功能，则分配序列号的动作会变慢（ Real Application Cluster/RAC 下此时需要节点间同步，所以分配序列号动作会变得更慢)

一般如果应用需要严格递增，而且不能缺号的序列号，是不应该使用 Oracle 自带的 sequence 技术的。

我知道有个 Oracle 群，你搜索下 TeacherWhat 这个微信，他是群主，可以让他拉你进群

刚问过了，69 块钱 10 斤

前几年上 T 内存的主机还挺少见，但这两年就见过***太多***单机 1024GB 内存的主机跑 Oracle 数据库了

A-mediocre-person: a person who does not have the special ability to do something well.

Mediocre: adj. 平庸的；平凡的, 海词 2 星扩展词汇，属常用 10000 词

听说跨 DB 在 postgres 里可以使用 extension postgres_fdw 吧? 类似 Oracle 的 dblink.

Oracle 有个叫 gateway 产品，装上之后可以在 Oracle 数据库上创建一个 dblink 连接到 MySQL 。
然后在 Oracle 可以查询 MySQL 的表，也可以 join ，比如
select o.id, m.location from tableOnOracle o, tableOnMysql@dblink_to_mysql m where o.id=m.id and o.id=1;

1. 我觉得应该先进外企，再学英语。没人能够准备 100%妥当再做某件事的。

2. 外企其实招人的时候就是对多个候选者做多个条件的衡量：

英语水平，技术水平，自我学习能力，很快离职的可能，能不能加班，对薪水的期望...

外企的很多职位对应的客户就是中国人，所以考量候选者时英语水平的权重并不高。
你只要做到很多条件比其他候选者要优秀就行了 （当然这有时靠运气）

千万不要改 sys, system 的名字。
刚处理了一个修改 sys 名字导致 Oracle DB 永久无法启动的案例。

还有一种 peer pressure 的感觉吧，大家都结婚，大家都买特斯拉... 大家都买包。
别人都有，就你没有，想想就有点焦虑...