华为的手环检测的还是挺准的。

不过我不建议开放这个 API，睡着了，这是一个很重要的身体状态，不能随便让其他人获知

小米的那种乳胶颗粒的午睡枕，一长条，可以各种形状多用途，买过好几个

只从买了高速吹风机，我都是直接用吹风机吹的，看水珠子被吹下去很爽啊

@geekvcn 居然还能这么搞，下次试试

秋风起，蟹脚痒。 秋天都还没到呢，你急啥

善用事务，可以极大的简化和优化你的业务逻辑代码

而我们所说的事务，一般都是指有很多个 sql 语句一起执行的时候，需要用事务包起来，要么全部执行，要么全部不执行。

在这里触发事务回滚的不一定是 SQL 写错了，或者磁盘故障，或者网络故障，更多的时候，我们触发回滚都业务上的逻辑，比如转账的时候，先 sql 减去了一个人的钱，然后通过另外一个 sql 语句发现对方账号锁了，转不进钱，于是这里只需要回滚事务就可以了，不需要重新执行 sql 一步步的恢复现场。


这只是一个简单的例子，数据库的事务远远不止这些。

你们其实没看到楼主的问题在哪。

楼主的问题是一个 insert 语句还要用 begin transaction， commit 包起来，觉得很麻烦。楼主不知道的是单独的 sql 语句，数据库执行的时候是默认开始并在语句结束后自动提交事务的。

我刚在安装一台 windows10 的开发环境。开发工具其实只要有一个常用列表，和配置文件备份，弄起来还是挺快的。

关键就是有些地方要代理才能配置好，这个就很麻烦

@Ultraman 首先我是修改密码，不是找回密码，这个修改密码的逻辑就让人很摸不着头脑；其次绑定的是是几年前的手机号码，现在是改不了手机号码，也改不了密码，陷入死循环。

你这标题起的不对，这个和 chsh，还有 fish shell 真的没有什么关系，不是 chsh 害人不浅，是 root 敢死队害人不浅。建议标题改成“root 敢死队的误操作坑”

还有一种改动最小的一种方式：

我们的 SQL 语句是 insert into table_name (column1, column2) values (value1, value2)

在下面的语句中，你不要把整个语句 put 进去，把 (value1, value2) put 进去
sqlqueue.put(sqlCommand)

在下面的语句，get 之后，不要立即执行，攒够 1000 个数据，或者 1 秒超时，然后拼接 SQL 成完整的语句并执行。
# SQL 语句执行，必须按队列 FIFO 顺序写入
while not sqlqueue.empty():
with ThreadPoolExecutor(1) as executor:
executor.submit(exeCu, DBconn, sqlqueue.get())

代码没细看，但思路其实很简单，攒一波数据，到 1 千条或者 1 千条没到但 1 秒钟到了，再批量输入。如果批量写入的方案还是不满足，可以把数据写入到文件里，然后再定时调用 load data infile，load data infile 的写入速度可以达到磁盘的最大 IO 速度（前提是使用 MyISAM，并且没有索引）

那种单词打卡平台，背完单词才可以打卡的，然后打卡的时候可以写一段话的那种。追妹子的时候顺带着把英语也学了

多对多的多态关系，如果他能够在 ORM 里面把这种关系配出来，就这样呗。配不出来就老老实实的多建几张表

@zhea55 火绒再差，他的弹窗拦截无可替代。

这不是 case when 和 group by 的常规用法吗，具体的写法就要看具体的数据库软件对字符串操作的函数了。

>>> 引用 https://listman.redhat.com/archives/ext3-users/2009-January/msg00026.html
If you set the reserved block count to zero, it won't affect
performance much except if you run for long periods of time (with lots
of file creates and deletes) while the filesystem is almost full
(i.e., say above 95%), at which point you'll be subject to
fragmentation problems. Ext4's multi-block allocator is much more
fragmentation resistant, because it tries much harder to find
contiguous blocks, so even if you don't enable the other ext4
features, you'll see better results simply mounting an ext3 filesystem
using ext4 before the filesystem gets completely full.

If you are just using the filesystem for long-term archive, where
files aren't changing very often (i.e., a huge mp3 or video store), it
obviously won't matter.

帅！符合我的审美