500 和程序崩也一样，nginx 也是返回 502

突然懂了，65279 对应十六进制 FEFF ，也就是 Unicode Byte Order Mark (BOM)。
csv 文件为了解决 excel 打开的中文乱码问题，手动设置过 BOM ，在导入到 tidb 的时候，U+FEFFmaterial_id 被当成了一个整体

那个小红点单独粘不出来，但是连着前边的空格，可以粘出来，检测出来 unicode 是 65279 ，然后通过
```golang
SQL := fmt.Sprintf("SELECT %cmaterial_id FROM mytable LIMIT 1", 65279)
```终于在业务代码里实现正常查询了，我是真的不懂，为什么有个这样的坑

感谢各位，找到是数据同步时候，数据库 IO 打满的问题

拿高射炮当烟花用，那确实不好看

1. 选个喜欢的语言，熟悉基本用法
2. 熟悉 SQL 写法，熟悉相关的 ORM
3. 写 web 业务的话，熟悉相关的 web 框架
4. 实际写个项目
5. 可以做牛马了

末流 211 表示入行的时候，杭州 4k ，过了三个月涨到 6k ，再 3 个月驻地到 9k 。
我刚毕业要是有个 8k 的正经公司接收，已经很开心了。

印象中有些 unicode 字符，在某些情况下，都可以用来突破，比如 0x39 。预防 SQL 注入，不是光过滤特殊字符就够的。

8 楼没理解 SQL 注入是怎么回事，不管你拼接在哪，都有可能用 union ，或者 ; select 来获取其他表的数据

一时分辨不出，是在揶揄华晨宇，还是在揶揄 40 岁程序员

戾气有点重

type 是 all ，确实是 full table scan 。rows 是查询到满足条件的数据前，大概需要扫描的行数，不是完全精确。
不是说加了索引就一定走索引，在表数据量小的情况下，全表扫描性能可以优于索引。

@watzds 我说的就是区间，北京到保定是区间，新乡到郑州也是区间，他们的库存，影响其他区间。照你的逻辑，A->B 不影响 A->C ，这就没法聊了。

@watzds 举个理想化例子，不考虑区段超卖，短途不卖的政策。某个北京到广州的车次，我买了 1 张北京到保定的票，这趟车所有始发站是北京的票库存都要调整；我买 1 张新乡到郑州，那这趟车所有囊括这个区间的票库存都要变动。

@Lexgni 每次扣库存，以及变更后的余票查询，就要遍历所有座位（普通车次在 1000 个左右）做一遍运算，站与站之间还有多个车次，感觉效率并不高

@xloger 分布式集群早流行起来了，扛流量现在都不是什么问题，单纯的高并发架构，拉个大型互联网公司的技术组长就能给你讲明白。要说流量规模，12306 也比不上双十一。难点还是在数据结构，动态库存。多读多写的场景，一张票影响 N 多票，想想就是噩梦。

按逻辑来说，null 是 null ，0 是 0 ，最好是按语意来使用。
至于 select ... where x<y ，本来就不该带上 null 的数据。

@leedarmau 身边经历过几件落叶归根的事，老人在外边（北京）混的很好，子女也从没回过老家，去世前就一个愿望（甚至有点可怜巴巴的），回祖坟下葬，在亲戚家办丧事。让我有个感悟，跟出生地斩断关系，也没那么轻松。

牺牲这个词，倒也不能这么说，就是分配的资源相对少。河北人，河南人，总给人都面朝黄土的感觉，其实近二十年变化挺大的，七十年代生人，很少有务农了，老家开厂（小厂大厂都有，小厂十来个工人就够，家庭作坊也多，主要是产业上下游都跑通了），做生意的还是蛮多的，一个县里边，大几十万的车也不少（当然和大城市还是没法比），前些年确实搭上外贸的东风了。像一些好的公务员岗位，事业单位，不算灰色，工资也能搞个六千多，关键是特别轻松，98 的表弟在天津某 211 毕业后，到县里某单位，上十天休二十天，也舒服的很。