Daihui Gu
Daihui Gu
如题
In the mysql-slow.log, there is User@Host like: ``` User@Host: abc[abc] @ [127.0.0.1] Id: 146217455 ``` But, there is no user@host field in the `Table Fields` for select. I need know...
In slow querys, one sql has blank char, but other has not, even the other char is exactly same, they have different `Fingerprint`. So they have different `checksum`, I can...
### 问题引出 我之前的一篇博客 [数据库并发不一致分析](http://yhzhtk.info/2014/06/16/database-consistency-lock.html) 有提到过事务隔离级别以及相应加锁方式、能够解决的并发问题。 > 标准情况下，在 RR(Repeatable Read) 隔离级别下能解决不可重复读（当行修改）的问题，但是**不能解决幻读**的问题。 而之前有看过一篇 mysql 加锁的文章 [MySQL 加锁处理分析](http://hedengcheng.com/?p=771)，里面有提到一点： > 对于Innodb，Repeatable Read (RR) 针对当前读，RR隔离级别保证对读取到的记录加锁 (记录锁)，同时保证对读取的范围加锁，新的满足查询条件的记录不能够插入 (间隙锁)，**不存在幻读现象**。 那么问题来了，到底 Innodb 中 RR 隔离级别是否能解决幻读呢？ 在 MySQL 加锁处理分析这篇文章下面的评论中，有这样的一个交流：...
OOM killer 是什么意思，可以在网上查一下，很多资料，这里不再解释。 其中有三个相关文件： - /proc/$PID/oom_adj - /proc/$PID/oom_score - /proc/$PID/oom_score_adj 其中 oom_score 表示最终的分数，**该分数越大，越可能被 Killer 杀掉。** 而 oom_adj 是调整分数的，可以设置为负值，会对 oom_score减分。 从Linux 2.6.36开始都安装了/proc/$PID/oom_score_adj，此后将替换为/proc/$PID/oom_adj。详细内容请参考Documentation/feature-removal-schedules.txt。即使当前是对/proc/$PID/oom_adj进行的设置，在内核内部进行变换后的值也是针对/proc/$PID/oom_score_adj设置的。 通过 cat /proc/$PID/oom_score 可以查看进程的得分，下面的脚步是可以查询系统**所有进程**的 oom_score。 ``` ps -eo pid,comm,pmem...
业务处理高并发时经常会遇到死锁问题，要想了解并解决死锁问题，首先得明白 Mysql 不同隔离级别的加锁原理。 在阅读 [MySQL 加锁处理分析] http://hedengcheng.com/?p=771 后有很大收获，摘取主要内容，总结记录一下。 ### 快照读 简单的select操作，属于快照读，不加锁。(当然，也有例外，下面会分析) ``` select * from table where ?; ``` ### 当前读 特殊的读操作，插入/更新/删除操作，属于当前读，需要加锁。 ``` select * from table where ? lock...
之前提过一个Android截屏的方法 #2 就是通过执行系统自带 screencap 保存到SD卡，再从SD卡读取图片并转成Bitmap，这样会启动一个进程，耗费两次IO，速度很慢。 下面给出一个更高效的方法，**将原来需要1500ms的截屏时间缩减到100ms**。 这个方法是读取 读取 /dev/graphics/fb0 文件， 并将字节流转成rgb信息，并转成Bitmap，所有操作都是Java并在内容中，只有一个读取IO，没有启动进程，**速度提升10倍**以上。 ``` FileInputStream graphics = null; try { graphics = new FileInputStream(“/dev/graphics/fb0”); } catch (FileNotFoundException e) { e.printStackTrace(); return null;...
## Introduction Apache Flink提供容错机制来持续恢复数据流应用程序的状态(State)。 该机制确保即使在出现故障时，程序的状态最终可以恢复；在数据流里有两种级别的恢复保障，一是 exactly once，另一种是 at least once（下面会讲），他们可以通过开关调整。 容错机制不断绘制分布式流式数据流的快照。 对于状态较小的流式传输应用程序，这些快照非常轻，可以频繁绘制，而不会对性能产生太大影响。 流应用程序的状态存储位置可以配置（例如主节点或HDFS）。 如果程序失败（由于机器，网络或软件故障），Flink会停止分布式流式数据流。 然后系统重新启动运行节点(Operator)并将其重置为最新的成功检查点。 输入流被重置到状态快照记录的位置。 重新启动的并行数据流，只处理该快照检查点以后的记录，先前检查点状态之前的记录，不再处理(原文贴上，这句话不太好理解 Any records that are processed as part of the restarted parallel dataflow are...
## 个人理解的特点 * 是一个 MySQL 的存储引擎，使用协议语法同 MySQL，接入非常简单； * 列式存储+压缩(最高压缩比30:1)，相同数据量使用机器数少，有效降低机器成本； * 根据数据特性选择压缩算法，如 GZIP， LZ4； * 通过 build on insert, build on select 构建多个额外的 meta 数据，提高查询效率； * 同类产品：Infobright(起源)，Sybase，HANA，Vertica，Greenplum ## 存储结构剖析 HiStore 是按...