我喜欢卢本伟，虽然我不玩游戏，但是我也喜欢他。我根本不关心他有没有开挂，很多时候下班回到家很累，我就打开直播间听他吹水，听一点声音就好了。这种感觉特别真实。就跟《亮剑》里面李云龙一样。

@Muninn 那个素数例题非常经典，对比以前的开发方式确定很大变化，要是能够把思维转化确实是是一件难事。

@Muninn
@Cbdy 面向对象接口思想太严重了，希望能有具体的一些项目来体验比如：Go Channel，能够体现 Go 比其余语言的优势方面的。

@tyrealgray 如果不是看到你这我都忘记自己是从 c++进入编程的大门的。学 c++是一个循序渐进的过程，C++ Primer 这一本书是 c++的圣书，当时都买了两本，不管哪个阶段的开发者重读这本书都会有不同的收获。，但是不建议你一开始就上这本书，因为里面每个细节都讲述得非常完美，如果你功力不到很多东西感悟不到。你应该 总- 分- 总 的学习 c++，第一步应该对 c++语言特性，面向对象有一个大概的了解，能出东西。第二步就才进入这一本书。

分页 size=100 ？
一打开 20m 流量就没有了。

标记

感觉有点慢，今天试试加速。

我是传的经纬度,然后反解析得到省市区,客户想要啥就有啥,这样也省事了.之前用的本地数据库很多直辖市,直辖县有点小问题.

哥哥,刚升级的版本问题很大啊.现在右键调出菜单栏全部都是黑的.把本地的程序全部都包含在结果里面.很杂.都没有找到可以配置的地方.

而且 redo log 是 Innodb 特有的。

是不是可以这样理解。每种成功的概率是 0.9，那么两份备份失败的概率等于 1-0.1*0.1=0.99 ？

我取的也是 林晓斌 的原话，已经解释非常清楚了。

先写 redo log 后写 binlog。假设在 redo log 写完，binlog 还没有写完的时候，MySQL 进程异常重启。由于我们前面说过的，redo log 写完之后，系统即使崩溃，仍然能够把数据恢复回来，所以恢复后这一行 c 的值是 1。
但是由于 binlog 没写完就 crash 了，这时候 binlog 里面就没有记录这个语句。因此，之后备份日志的时候，存起来的 binlog 里面就没有这条语句。
然后你会发现，如果需要用这个 binlog 来恢复临时库的话，由于这个语句的 binlog 丢失，这个临时库就会少了这一次更新，恢复出来的这一行 c 的值就是 0，与原库的值不同。

先写 binlog 后写 redo log。如果在 binlog 写完之后 crash，由于 redo log 还没写，崩溃恢复以后这个事务无效，所以这一行 c 的值是 0。但是 binlog 里面已经记录了“把 c 从 0 改成 1 ”这个日志。所以，在之后用 binlog 来恢复的时候就多了一个事务出来，恢复出来的这先写 redo log 后写 binlog。假设在 redo log 写完，binlog 还没有写完的时候，MySQL 进程异常重启。由于我们前面说过的，redo log 写完之后，系统即使崩溃，仍然能够把数据恢复回来，所以恢复后这一行 c 的值是 1。
但是由于 binlog 没写完就 crash 了，这时候 binlog 里面就没有记录这个语句。因此，之后备份日志的时候，存起来的 binlog 里面就没有这条语句。
然后你会发现，如果需要用这个 binlog 来恢复临时库的话，由于这个语句的 binlog 丢失，这个临时库就会少了这一次更新，恢复出来的这一行 c 的值就是 0，与原库的值不同。

先写 binlog 后写 redo log。如果在 binlog 写完之后 crash，由于 redo log 还没写，崩溃恢复以后这个事务无效，所以这一行 c 的值是 0。但是 binlog 里面已经记录了“把 c 从 0 改成 1 ”这个日志。所以，在之后用 binlog 来恢复的时候就多了一个事务出来，恢复出来的这先写 redo log 后写 binlog。假设在 redo log 写完，binlog 还没有写完的时候，MySQL 进程异常重启。由于我们前面说过的，redo log 写完之后，系统即使崩溃，仍然能够把数据恢复回来，所以恢复后这一行 c 的值是 1。
但是由于 binlog 没写完就 crash 了，这时候 binlog 里面就没有记录这个语句。因此，之后备份日志的时候，存起来的 binlog 里面就没有这条语句。
然后你会发现，如果需要用这个 binlog 来恢复临时库的话，由于这个语句的 binlog 丢失，这个临时库就会少了这一次更新，恢复出来的这一行 c 的值就是 0，与原库的值不同。

先写 binlog 后写 redo log。如果在 binlog 写完之后 crash，由于 redo log 还没写，崩溃恢复以后这个事务无效，所以这一行 c 的值是 0。但是 binlog 里面已经记录了“把 c 从 0 改成 1 ”这个日志。所以，在之后用 binlog 来恢复的时候就多了一个事务出来，恢复出来的这一行 c 的值就是 1，与原库的值不同。

有几个小问题，第一就是抓包返回数据没有格式解析，都是一堆，全选就把整个（包括界面全部复制了）。第二就是你点一下桌面任何一个地方最小化了，很郁闷，必须使用分离窗口才行。整体上很不错的，加油。