阿里云的 console 是我见过最烂的没有之一

买只仓鼠

用过 luigi, airflow, 这些为了 ETL 做的工具不太适合管理这些脚本,这些工具都需要脚本做适配, 我们的问题是脚本数太多，还是分散到好多人写的，最后框架还是自己写的，给每个脚本写一段 yaml 的配置定义:

daily_log_cal:
type: call
once: per_day
timeout: 600
func: 'path.to.moudule:main'
args:
- a
- b
kwargs:
c: 1
slack:
- '@somebody'
deps:
- upstream_job1

每个脚本暴露一个 main 入口函数, 可以从 yaml 中传入参数, 用子进程来运行每个任务，防止一些脚本写的有问题耗内存太多不释放, 用 signal 实现超时控制, 任务运行失败直接 slack 通知到人, deps 定义一个简单的 DAG 依赖管理, 上游任务失败直接跳过.

还可以根据需求定制一些其他类型的任务，比如 type: sql, 就是制定一个 sql 文件，直接在数据仓库里执行(一般是刷新一些表).

至于运行启动时间, 如果任务有精确到几点几分的要求就单独设置 cronjob，如果只是要求 hourly 或者 daily 运行一次，就定制一个任务 list 作为入口，用 cronjob 触发.

注意里面留够一定数目，公积金贷款上限和里面的余额相关的，比如上海好像是 1w6 多

@ipwx 要看他真正需求，如果就是统计行数完全不需要自定义换行符，windows/linux python 都能 handle 的，否则这个问题不叫统计行数

1. 统计行数你这写法太繁琐了, open return 的 file 对象可以直接遍历: sum(1 for _ in open(filename))
2. open(filename, 'rb') 是用二进制模式打开，读出来的是 bytes, 你传入的 eol 是 str, 改成用文本 'r' 模式打开

还想谁那么 nb, IDEA 都抄得起来....

以前微博上有人吐槽去面试的没几个写得出 group by, 我还不相信......

交易所的出现，就已经违背了比特币的初衷

trigger

看到挖矿的直接 block.别和他们废话

阻生齿是很贵的，在九院拔过一颗，花了 1K, 医生忙了半个多钟头，另一颗普通的 5 分钟就拔完了，拔牙医保能报的，最后只花了几十块

觉得 v 站上有些人真的蛮不要脸的

我又看了下，默认 query cache 还是开启的.

T he query cache is deprecated as of MySQL 5.7.20, and is removed in MySQL 8.0.

你起作用的应该就是 query cache, 但这个挺坑的, 对应的 table 里只要有一条数据发生变动，整个 table 的 cache 都会失效，而且还有锁, 但如果你是读远大于写的场景还蛮有用的. 可以看下这篇: http://imysql.com/2014/09/05/mysql-faq-why-close-query-cache.shtml

MySQL 主要有两种缓存，query cache 和 innodb buffer pool, query cache 现在的版本应该已经默认关闭了，以后会废弃.

innodb buffer pool 是个类似 LRU 的内存 cache, 缓存的是 block, 你数据才 4.3 G， 合理设置 innodb_buffer_poolsize, 应该就够了. 自己不用也没法管理这个 cache. 以前写过点关于这个 buffer pool 的 http://blog.monsterxx03.com/2016/07/16/mysql-innodb-buffer-pool/

@cqcn1991 前半年基本没赚的，后半年很好，最近又跌得很多, A 股这玩意，谁说得准呢

定投肯定是股票基金吧，这个完全看市场，没人能保证年利率的, 不懂的话，建议只定投沪深 300 指数基金，给个参考数字，我定投了接近一年，收益率在 12% ～ 16%之间波动，最近大盘跌的多。另外周定投和月定投长期来看实际收益差别不大。