找到一份歌单,正如它的名字那样 看书学习必备轻音乐 ,调到适合的音量,一边放着音乐一遍学习,可以整个人专注到学习当中,减少学习带来的焦虑感。进而引发了一个理科生对于音乐的好奇心。

为什么平时难以持续的专注力在音乐的作用下却得到了提高呢?

好奇心的驱使下,看到知乎对于音乐的定义:

人们用音乐来抒发情感释放情绪,那么同时音乐也会影响我们的情绪。而当我把这些音乐分享给周边的朋友,他们听了却有不同的感受,基本觉得并没有效果,看来音乐带给每个人的感受都是不同的,音乐也有适合它的人吧。

今天边听音乐边学习,一边是新的技术知识,一边是熬人的英文教程,同时还琢磨出一套边看边学的方式,希望能养成习惯带给我英语的提升。先写到这里,如下是学习过程中的截图,仅此记录今天的感受。

情绪管理是自律的基础

每一件让你痛苦的人或事背后,都有不理性的『活该(沉溺其中)』
气质冷静,不要在该动脑子的时候动感情
减少依赖性,接受多样性,独立有主见

正确三观是自律之本

真诚坦荡(坚持一些正确的三观)
不要太在乎外在的评价(容易失去主见)
时间换金钱,专业(专业能力)换尊重
靠谱是最低成本的社交方式
mark:我觉得这里靠谱的前提是需要能客观的对待自己的能力,能力之内的事要努力做好,能力之外的事要方圆的处理掉。

新闻人眼中的『不自律』概念

研究自律需要知道什么是『不自律』,通过以下几点去分析:

『不自律』的恶性循环

励志鸡汤不要听

==

普通人怎样寻求进步

『观摩活法、研究自己、发现意义、踏上征程、循环往复 』
经历不可复制,但能受到启发
『与其艳羡那个人,不如成为那个人,自己发光,美丽。具备价值,才是正事』

自律先要接受平淡现实

没什么惊心动魄,多是平凡琐碎(保持良好的精神状态,保持比较好的体态,保持一项运动,实时看起来都是比较爽朗的状态)
『精良并非朝夕,而是长久坚持』
『终身学习』不是口号而是行动
恒毅力——持续的热情和付出

自律恒动力是自我选择

不被强迫,纯属自愿(需要从主观意愿上想坚持这件事)
自己选择的路,能够考虑到其中困难要坚持住。

自律必有优先级分类计划

重要紧急四象限

  • 重要且紧急
  • 紧急不重要(时间上的要求)
  • 重要不紧急(长线过程)
  • 不重要不紧急

时间管理摒弃死板、学会变通

为不确定性的事件预留时间
建立及时调整计划的意识
保持工作生活社交各方的平衡(计划交叉)

擅于使用工具记录计划

日记本——记录的仪式感
手机备忘录、印象笔记——备忘、提高效率
使用APP——倒数日、小米运动、咕咚、趁早、好轻

避免干扰自律因素出现

关闭手机不必要推送通知——保留电话、微信、权威新闻APP推送(新闻BBC、中文凤凰)
固定时间消遣——打游戏、刷社交、看直播
精简关注同类微博账号、微信公众号——内容分类,选取最优,劣质产品取关
屏蔽无聊无脑信息——不看他(她)的朋友圈、知乎关注话题分类

拒绝缺乏思考的拼命勤奋

从根本避免在错误规划的道路上越走越远
精力守恒,避免三分钟热度、虎头蛇尾
更改碎片化阅读习惯,随身携带书纸笔
(iPad蓝牙键盘)

金钱自律法则

钱是赚出来的,不是省出来的
努力赚钱不俗,打工攒钱不low
将知识与爱好变现是绝对快乐
不是买不起贵的,而是只买对的

用自律培养真正爱好

休闲消遣不是爱好
爱好不能浅尝辄止
get任何技能都需要付出时间和坚持

自律的体现

UGC

UGC是互联网术语,全称为User Generated Content,含义为用户生成内容,即用户原创内容。UGC的概念最早起源于互联网领域,即用户将自己原创的内容通过互联网平台进行展示或者提供给其他用户。UGC是伴随着以提倡个性化为主要特点的Web2.0概念兴起的,也可叫做UCC。

PGC

PGC互联网术语,指专业生产内容、专家生产内容。用来泛指内容个性化、视角多元化、传播民主化、社会关系虚拟化。也称为PPC,(Professionally-produced Content)。PGC,专业生产内容。经由传统广电业者按照几乎与电视节目无异的方式进行制作,但在内容的传播层面,却必须按照互联网的传播特性进行调整。

OGC

OGC(Occupationally-generated Content)职业生产内容,其内容生产主体是具备一定知识和专业背景的从业人员,他们从职业身份出发参与生产并从中获得报酬。OGC对于内容是生产者设置了更高的门槛,不仅要求具备知识或资历,还要求有职业身份,这最大成苏生对生产者进行了过滤,从而有助于生产出更多更高质量的内容。但这隔绝了网民的参与,互动性受限,生产成本也更高。

DAU

DAU 指日活跃用户数量。常用于反映一日内网站、互联网应用或网络游戏的运营情况。DAU通常统计一日(统计日)之内,登录或使用了某个产品的用户数(去除重复登录的用户),这与流量统计工具里的访客(UV)概念相似。

MAU

MAU 指月活跃用户人数。常用于反映一个月内网站、互联网应用或网络游戏的运营情况。MAU是一个用户数量统计名词,指网站、app等月活跃用户数量(去除重复用户数),数量的大小反应用户的活跃度。

TOTP

基于时间的一次性密码算法:TOTP 是一种根据预共享的密钥与当前时间计算一次性密码的算法。TOTP是散列消息认证码(HMAC)当中的一个例子。它结合一个私钥与当前时间戳,使用一个密码散列函数来生成一次性密码。由于网络延迟与时钟不同步可能导致密码接收者不得不尝试多次遇到正确的时间来进行身份验证,时间戳通常以30秒为间隔,从而避免反复尝试。

有限状态机(FSM)

有限状态机又称有限状态自动机,简称状态机,是表示有限个状态以及在这些状态之间的转移和动作等行为的数学模型。

  • 米利型有限状态机是基于它的当前状态和输入生成输出的有限状态自动机。
  • 摩尔型有限状态机是指输出只由当前的状态所确定的有限状态自动机。

Kata (programming)

A code kata is an exercise in programming which helps programmers hone their skills through practice and repetition.

联机分析处理(OLAP)

On-Line Analytical Processing
需以大量历史数据为基础配合上时间点的差异并对多维度及汇整型的信息进行复杂的分析。

联机事务处理(OLTP)

On-Line Transaction Processing
是传统的关系型数据库的主要应用,主要是基本的、日常的事务处理,例如银行交易。

ETL

在抽取、变换和装入(ETL)过程中,数据是从各种数据源抽取而来,通过编码的业务规则进行转换和规范化,然后装入数据集市的事实表和维表。

MapReduce

是Google提出的一个软件架构,概念“Map(映射)”和“Reduce(归纳)”,及他们的主要思想,都是从函数式编程语言借来的。当前的软件实现是指定一个 Map(映射) 函数,用来把一组键值对映射成一组新的键值对,指定并发的 Reduce(归纳) 函数,用来保证所有映射的键值对中的每一个共享相同的键组。

计划书单废弃,剩下的书并没有制定计划读下去,而是被工作需要左右了学习方向。

update at 2019-05-22


首先是书名,后面跟随的时间是读完的时间。

情商管理

《秘密-朗达.拜恩》

《情商套装6册-丹尼尔.戈尔曼》

《6秒钟改变你的情商-乔舒瓦弗理》

心理学

《社会心理学》

《象与骑象人》 2018.02

《最熟悉的陌生人》

《心理学与生活》

《裸猿三部曲》

软件工程

《代码大全》

《微服务设计》 2017.08

《程序员的自我修养:链接、装载与库》

散文随笔

《走到人生边上:自问自答》

语言文学

《蔡康永的说话之道(套装2册)》

经济管理

《金字塔原理1+2》

其它

《数学之美》 2016.xx

《天才在左疯子在右》 2015.xx

《最好的告别:关于衰老与死亡,你必须知道的常识》

《黄金时代-王小波》

《一九八四-乔治·奥威尔》

这篇文章是根据学习知乎 Live 提升专注力的四个方法 总结的学习笔记。

大纲

先放一个大纲,然后写出学习后会总结的点。

主要内容

主要分四个大块:

  1. 像设计游戏一样设计任务(目标、规则、障碍)

    • 我们要达成一个任务或者目标,首先将任务拆分成一个个小的、明确的小任务,每一个环节不用太难,也不用太简单,按照自己的专注力上限设计任务。
    • 每一个小环节可以设置一些障碍,来提升成就感,通过不断的成就感的提升驱使完成目标,在成就感与挫败感之间寻找一个平衡。
    • 这样可以在不断的达成目标时提升自己的专注力上限。
  2. 创造使用推理和类比的机会

    • 专注力应该是一种思维能力,而不仅仅是一种强制力。需要的是脑力的专注力,而不是身体的专注力。提升这些的方法是推理和类比。
    • 推理:通过一个点,去不断深挖,了解其本质。(推理解决 A ——> 什么是 A ?怎么产生的 A ? ——> 产生 A 的是什么?[是否有经验性的证据?] ——> 对这件事情我的理解是什么? ——> 我是否可以更深入的了解?)
    • 类比:相同事物的相关性思考。思考一个事物可以通过相关性的联系来帮助你理解。
    • 一件事情的训练需要可以的练习。
    • 创造和使用推理和类比的机会。
      • 费曼学习法则:如何把这个东西通俗易懂的讲解给别人?
      • 笔记整理和回顾
      • 输出:和别人分享你的经验、知识和见解(例如我写了这篇文章)
      • 反驳:养成反驳自己的习惯,站在相反的观点思考问题,左右互搏。通过自我辩论的方式。
  3. 学习之前寻找『困惑感』

    • 如何快速进入学习状态?积累困惑感。困惑感是你学习一个东西的源动力,当你找到足够多的困惑时,你学习一个东西的时候会更加专注。
    • 当你不知道自己有什么困惑的时候,需要先创造困惑感。
    • 根据主题寻找知识,更能提高你的兴趣。
      • 当你有问题的时候决定你如何看书,而不是被书牵着鼻子走。
    • 读一本书之前,先评估一本书是否适合你。
      • 首选根据作者选书。如果你觉得一本书写的很好,那么不妨看看这个作者的其它书。
      • 其次是看书的目录和简介,可以判断一本书的难易程度。
      • 看豆瓣和亚马逊的评分和评论。看其中的差评可以了解一本书的不足。
      • 通过以上三点来了解一本书是否适合你🌹时间去读。
  4. 抗干扰能力的养成 —— 学会和大脑相处

    • 做任何一件事情的时候不要过早退出循环。
    • 不要太习惯于失败的模式,要思考如何才能去成功。
    • 情绪控制
    • 选择控制
      • 不要给自己太多的选择。
    • 信息控制
    • 上面有部分的音频不能播放,不知道什么原因,👂不了

最后再贴一张图,是作者 PPT 中的一部分,觉得总结的很好,贴出来分享。

最后

这里提到的四块总结都是很实用的点,里面很多地方博主也是深有体会的。主要差在了刻意练习上面,不能很好的和自己的大脑相处,就像《象与骑象人》中描述的,骑象人无法很好的驾驭🐘,是因为不够了解🐘,缺乏足够的练习。

基金适合什么样的人?

  • 没有太多时间关注市场的人
  • 对某种理财产品不了解又比较感兴趣
  • 有闲钱 3-5 年用不到,不适合短线投资

买基金要考虑什么?

  • 能不能坚持长期持有基金?
  • 能不能承担风险?因为有可能亏损。
  • 买基金的钱会不会影响我的生活?
  • 基金的风格和种类,是投资的哪种类型的资产?

基金的类型

高中低风险综合配置,可以有侧重。

  • 货币基金: 以余额宝为举例,风险低,收益不高且稳定。基金规模占总体的一半以上。
  • 债券基金: 纯债基金全部用来买债券,分为短债基金(一年左右,收益和风险略高于余额宝);长债基金(3-5年长期债券,风险和收益比短债高一些)。还有一种拿一部分用来买股票,分为一级债基(主要是打新股)和二级债基(可以买股票)。
  • 可转债基金: …
  • 混合基金: 主动型基金的主要品种,配置灵活,可以买股票、债券、大宗商品、货币等。
  • 对冲基金和量化基金: 震荡市场下严格按照模型去调整。
  • 指数基金: 不太依赖基金经理,受整体市场平均值影响。跟踪某一类股票指数的涨跌走,主要是做好模型,追求平均收益。(国内指数基金种类比较少)(若于美国和香港市场)
  • 股票型基金: 基金经理按照股票市场的形式去调整。每个基金和基金经理的风格和他们团队的风格不同而不同。
  • 增强指数基金: …
  • 主动型基金: 依赖基金经理团队的能力。需要挑好基金经理,基金团队,可获得超平均收益。
  • 分级基金: 门槛比较高,风险比价高。
  • QD基金: 投资海外。

购买基金的渠道

  • 基金公司官网(专卖店)(产品比较单一)
  • 基金公司运营的公众号、APP
  • 证券公司炒股软件(适合场内基金)
  • 第三方基金平台(基金超市)(赎回时间比较短一些)
  • 银行

推荐使用第三方平台,基金类型丰富,介绍详细,方便对比。

蚂蚁聚宝、天天基金网、好买基金网(看数据)

回撤率?

主动型基金看什么?

成立时间比较久的(稳步上升)
基金以往业绩(长期业绩、平均收益)
基金经理的水平(以往业绩、回报率、擅长强项、基金投资风格)
回撤率
基金评级(基金购买页面标星)(指数基金没有评级)
夏普(冒一个单位风险获得的收益越大基金越好)

不要过于纠结以往业绩

基金转换功能

买入一个基金,可以直接在同基金公司转换为另一个基金公司,转换过程只收申购费的差价,不需要买入卖出的申购费。

想节省申购费只能用同一个基金公司的基金互转,基金官网支持的转换种类比较多,第三方平台支持的比较少。

利用基金公司官网货基零元购,再去转换到其它基金,有的在转换中不需要再交申购费。不支持 QD 基金。

QD 基金申购费比较贵,申购和赎回都比国内基金高。

基金公司主要靠管理费来赚钱。

公募基金关注基金规模(更稳健),私募基金主要关注收益(更激进)。

场内基金是可以通过炒股软件来买的。带 ETF、LOF 后缀的是场内基金,申购费比较低。场内基金比较灵活,可以当天买当天卖。手续费一般都在 0.02% ~ 0.03%,适合短线投资。

定投基本原则

逢低买入,逢高卖出,越跌越买,越涨越卖,定期不定额,止盈不止损。(反人性)

tantan1

一不留神工作就三年了,准确的说是八个月的实习加两年七个月的正式。是该找个时间跟自己谈谈,也是在反思,这三年的得与失。就通过并不咋样的表达能力,列出以下几点去总结和反思一下吧。

毕业找工作

在帝都的第一家公司是我在大四上学期通过一个学长推荐进去的。也是有一些幸运的成分,之前在大学所在城市一家公司和几个同学一起实习,没几个月就发现工作环境并不是我想要的,就想着要去帝都闯一闯,也是为了躲避前女友母亲逼迫她毕业就回家的要求。当时自学了两个月的 Python ,和同学业余时间搞了一个项目,面向学校学生,大概有一两万用户吧。正想着去北京找找工作看,发现学长的公司在校招,就找他内推了一把,笔试比较惨,但还是被录取了。

在帝都第一家公司

录取后很快我就从上一家公司离职奔来北京入职了,从实习到试用再到正式,一切都比较顺顺利利的,还两次评到了优秀员工。带我的那个师傅比较认真给我不少帮助,而我平时和学长混的也不错。强制的代码规范,不断评审的代码设计给我成长不小帮助,渐渐在组内任务越来越重,主要是公司内部的管理系统开发。说起学长,给我的感觉是做技术的有两种人,一种是为了技术做技术的人,另一种是为了生活做技术的人,学长走了我身边就只剩下另一种人了,而我渐渐的成了两者之间的一种人,最终还是会趋于其中一种。

为什么从上一家离职

离职的原因无非两种,待得不爽和给的钱少。之于我也是这两点吧,这两年从无知到渐渐确定了自己的方向,路不同便只好挥挥手告别。

今后有什么规划

目前在一家明星公司,在这个环境里还有很大的成长空间,方向也不错,踏实学习成长,后面的路还是比较长的。就现在的状况来说,更主要的是注重技术的成长,从做内部系统到结算系统到现在的支付系统,更专注与业务方向,对语言的选择并不那么重要了。

两个方面,一方面是后端技术栈的经验积累,另一方面是产品层面的业务划分与设计能力。

2018继续加油,做一个为技术做技术的人。

拿三台机器举例打洞配置讲解

机器 网络环境 用途 SSH服务
A机器 公网IP固定 中转机器 需要
B机器 NAT网络 被访问机器 需要
C机器 任意网络环境 需要访问B机器 不需要

自动连接重试

需要B机器向A机器建立 SSH 反向隧道,命令如下:

autossh -p 22 -M 6777 -NR '*:6766:127.0.0.1:22' usera@a.site

通过 autossh 可以实现连接失败自动重连,*:6766:127.0.0.1:22 是将A机器的6766端口转发到B机器的22端口,usera@a.site 是请求B机器的用户名和地址。

打洞

开启端口转发功能,编辑 sshd 的配置文件 /etc/ssh/sshd_config,增加配置:
GatewayPorts yes

另一台机器连接

通过C机器对A机器的6766端口发起连接就会自动被转发到B机器。

ssh -p 6766 userb@a.site

SSH 私钥认证

把请求机器的 ~/.ssh/id_rsa.pub 添加到被请求机器的 ~/.ssh/authorzied_keys 文件中

同时设置文件权限为 chmod 600 ~/.ssh/authorzied_keys

设置后在连接机器的时候就不需要密码了,可以走私钥认证。

守护进程

这里通过 supervisord 配置保证B机器重启后 autossh 能启动。

有固定公网IP的机器

这里我选用的是阿里云的机器,因为平时用的量不大,所以选择按量付费就可以了,看了下费用大概 80RMB/月。

参考:

http://blog.csdn.net/lidongshengajz/article/details/73482908
https://linux.cn/article-5975-1.html

后置更新…

四月

  1. 读书

    • 《见识-吴军》
    • 《领域驱动设计:软件核心复杂性应对之道》
    • Java相关
  2. 文章

    • Java相关的基础技术总结
    • Python各种技巧的技术使用(middleware、元类、with)
    • 《象与骑象人》读书笔记

以上

三月

三月并没有制定和学习计划,只是随心更新了几篇文章。

  • 基金选购学习笔记
  • 关于java的最初了解
  • git场景化操作

二月

  1. 写博客文章

    • 关于自律[abandon]
    • 关于技术成长[abandon]
    • 后端技术栈(范围待定)[abandon]
  2. 读书

    • 《象与骑象人》[done]
    • 《编写可读代码的艺术》[done]

以上

为啥文章都没写呢,因为勒安懒

不懒的时候补上吧😂

一月

  1. 写博客文章

    • mixin 模式[done]
    • 整理修饰器模式[done]
    • MRO 与多继承[abandon]
  2. 听书

    • 《皮囊》[done]
  3. 读技术书籍

    • 《亿级流量网站架构核心技术》[part]

以上

MySQL 大小写区分问题

sql_mode 配置

Modes affect the SQL syntax MySQL supports and the data validation checks it performs. This makes it easier to use MySQL in different environments and to use MySQL together with other database servers.

查看当前sql_mode

1
2
SELECT @@GLOBAL.sql_mode;
SELECT @@SESSION.sql_mode;

设置当前sql_mode

1
2
SET GLOBAL sql_mode = 'modes...';
SET SESSION sql_mode = 'modes...';

Full list of SQL Models

https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html

/*!40001 SQL_NO_CACHE */

/*! */ 这是 mysql 里的语法,并非注释,! 后面是版本号,如果本数据库等于或大于此版本号,那么注释内的代码也会执行。

关于这个条件的问答: https://lists.mysql.com/mysql/203373

MySQL 锁表种类

常见的有行锁和表锁。表锁会锁住整张表,并发能力弱,开发中要避免使用表级锁。行锁只将单行数据锁住,锁数据期间对其它行数据不影响,并发能力高,一般使用行锁来处理并发事务。
MySQL是如何加不同类型的锁的?对于加锁数据的筛选条件,有其对应的索引建立,MySQL可以快速定位的数据进行行级加锁;而对于没有索引的情况,MySQL 的做法是会先锁住整张表,然后再去获取数据,然后将不满足条件的数据锁释放掉。

等待锁超时问题

Lock wait timeout exceeded; try restarting transaction
一种情况是因为有操作语句对整个表加锁了,这里发现的例子是在开启事务做 UPDATE 更新时发现的,UPDATE 条件如果不是主键或者没有索引则会锁整张表,只有以主键为条件或完全匹配的唯一索引做更新才是行级锁。
还有就是另一个事务中持有锁时间过长导致。

1
2
3
4
5
6
SELECT * FROM INNODB_TRX;  // 查看事务表锁状态

// 创建事务,更新语句,但是不提交
SET SESSION AUTOCOMMIT=off;
BEGIN;
UPDATE tabl1 SET status=1 WHERE expired_at <123456 AND expired_at >= 12346 AND `status` = 0;

这时候再去提交则会报等待锁超时问题。

http://www.toniz.net/?p=556

加行锁的注意事项:

http://blog.csdn.net/u014453898/article/details/56068841

插入语句死锁问题

在 INSERT 语句中出现 Deadlock found when trying to get lock; try restarting transaction 是因为范围匹配加锁是对索引页加锁了,导致其它事务插入数据时报死锁。处理办法是查询改成行锁,以 ID 或唯一索引加锁。

这里需要强调的是尽量避免使用范围加锁。最好是通过主键加行锁处理。

避免加锁失败和发生死锁的注意事项

  1. 减少锁占用时间,避免拿锁时做过多耗时操作。
  2. 加锁条件需对应加索引,尽量为行级锁。
  3. 避免死锁需要再开启事务后一次将所需资源加锁,处理后及时 COMMIT 释放锁。
  4. 对于请求的网络资源,首先将所需外部资源准备好。
  • 对于开启事物后加锁,只有 COMMIT 后方可释放锁
  • 在捕获异常中的处理,在捕获异常后要记得 ROLLBACK
  • 等待锁超时时间一般设置在 1-2 秒时间 SET innodb_lock_wait_timeout=1

MySQL 事务

http://blog.csdn.net/zhaoyangjian724/article/details/52858519

先非主键范围加锁
查看事务状态
插入区分度高的数据-成功
插入区分度低的数据-失败
查看引擎状态,发现页锁
改为以主键做查询条件加锁
插入区分度低的数据-成功

SELECT * FROM INNODB_TRX;

SHOW ENGINE INNODB STATUS;

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135

=====================================
2017-12-18 11:47:27 7fd5dd6f6700 INNODB MONITOR OUTPUT
=====================================
Per second averages calculated from the last 57 seconds
-----------------
BACKGROUND THREAD
-----------------
srv_master_thread loops: 22630 srv_active, 0 srv_shutdown, 15047550 srv_idle
srv_master_thread log flush and writes: 15067795
----------
SEMAPHORES
----------
OS WAIT ARRAY INFO: reservation count 21761
OS WAIT ARRAY INFO: signal count 42765
Mutex spin waits 38129, rounds 296291, OS waits 3638
RW-shared spins 25778, rounds 578697, OS waits 16634
RW-excl spins 4632, rounds 145148, OS waits 1184
Spin rounds per wait: 7.77 mutex, 22.45 RW-shared, 31.34 RW-excl
------------
TRANSACTIONS
------------
Trx id counter 167458
Purge done for trx's n:o < 167444 undo n:o < 0 state: running but idle
History list length 942
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 0, not started
MySQL thread id 2700260, OS thread handle 0x7fd5dd6f6700, query id 16186792 10.21.0.2 wallet init
SHOW ENGINE INNODB STATUS
---TRANSACTION 167433, not started
MySQL thread id 2700100, OS thread handle 0x7fd5dd7fa700, query id 16185344 10.100.27.2 wallet cleaning up
---TRANSACTION 167449, not started
MySQL thread id 2700073, OS thread handle 0x7fd5e6581700, query id 16186116 10.100.53.2 wallet cleaning up
---TRANSACTION 167434, not started
MySQL thread id 2700060, OS thread handle 0x7fd5e6685700, query id 16185479 10.100.53.2 wallet cleaning up
---TRANSACTION 0, not started
MySQL thread id 2699993, OS thread handle 0x7fd5dd5f2700, query id 16184159 10.100.27.2 wallet cleaning up
---TRANSACTION 0, not started
MySQL thread id 2699968, OS thread handle 0x7fd5dd633700, query id 16183926 10.100.53.2 wallet cleaning up
---TRANSACTION 0, not started
MySQL thread id 2699967, OS thread handle 0x7fd5dd7b9700, query id 16183863 10.100.53.2 wallet cleaning up
---TRANSACTION 0, not started
MySQL thread id 2699966, OS thread handle 0x7fd5e6540700, query id 16183754 10.100.53.2 wallet cleaning up
---TRANSACTION 0, not started
MySQL thread id 2699965, OS thread handle 0x7fd5e4049700, query id 16183668 10.100.53.2 wallet cleaning up
---TRANSACTION 0, not started
MySQL thread id 2699964, OS thread handle 0x7fd5e66c6700, query id 16183581 10.100.53.2 wallet cleaning up
---TRANSACTION 0, not started
MySQL thread id 2699963, OS thread handle 0x7fd5dd6b5700, query id 16183494 10.100.53.2 wallet cleaning up
---TRANSACTION 167457, ACTIVE 11 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 360, 1 row lock(s), undo log entries 1
MySQL thread id 2700275, OS thread handle 0x7fd5dd737700, query id 16186778 10.21.0.2 wallet update
INSERT INTO `ttt` (`id`, `no`, `trade_number`)
VALUES
(586, '856195904590458889', '200526175912156728')
------- TRX HAS BEEN WAITING 11 SEC FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 50 page no 5 n bits 96 index `idx_number` of table `test`.`ttt` trx id 167457 lock_mode X locks gap before rec insert intention waiting
Record lock, heap no 14 PHYSICAL RECORD: n_fields 2; compact format; info bits 0
0: len 29; hex 5a484c4956454255593230313730353236323233323432363434353939; asc ZHLIVEBUY20170526223242644599;;
1: len 8; hex 0000000000000229; asc );;

------------------
---TRANSACTION 167447, ACTIVE 602 sec
4 lock struct(s), heap size 1184, 3 row lock(s)
MySQL thread id 2699383, OS thread handle 0x7fd5e4251700, query id 16186751 10.21.0.2 wallet cleaning up
--------
FILE I/O
--------
I/O thread 0 state: waiting for completed aio requests (insert buffer thread)
I/O thread 1 state: waiting for completed aio requests (log thread)
I/O thread 2 state: waiting for completed aio requests (read thread)
I/O thread 3 state: waiting for completed aio requests (read thread)
I/O thread 4 state: waiting for completed aio requests (read thread)
I/O thread 5 state: waiting for completed aio requests (read thread)
I/O thread 6 state: waiting for completed aio requests (write thread)
I/O thread 7 state: waiting for completed aio requests (write thread)
I/O thread 8 state: waiting for completed aio requests (write thread)
I/O thread 9 state: waiting for completed aio requests (write thread)
Pending normal aio reads: 0 [0, 0, 0, 0] , aio writes: 0 [0, 0, 0, 0] ,
ibuf aio reads: 0, log i/o's: 0, sync i/o's: 0
Pending flushes (fsync) log: 0; buffer pool: 0
6707 OS file reads, 383968 OS file writes, 119945 OS fsyncs
0.00 reads/s, 0 avg bytes/read, 0.11 writes/s, 0.09 fsyncs/s
-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 1, free list len 74, seg size 76, 733 merges
merged operations:
insert 34, delete mark 169019, delete 2
discarded operations:
insert 0, delete mark 0, delete 0
Hash table size 149489, node heap has 168 buffer(s)
0.00 hash searches/s, 0.05 non-hash searches/s
---
LOG
---
Log sequence number 394355624
Log flushed up to 394355624
Pages flushed up to 394355624
Last checkpoint at 394355624
0 pending log writes, 0 pending chkp writes
65750 log i/o's done, 0.04 log i/o's/second
----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 77266944; in additional pool allocated 0
Dictionary memory allocated 669112
Buffer pool size 4607
Free buffers 1024
Database pages 3415
Old database pages 1240
Modified db pages 0
Pending reads 0
Pending writes: LRU 0, flush list 0, single page 0
Pages made young 11699, not young 475003
0.00 youngs/s, 0.00 non-youngs/s
Pages read 6606, created 13587, written 300725
0.00 reads/s, 0.00 creates/s, 0.05 writes/s
Buffer pool hit rate 1000 / 1000, young-making rate 0 / 1000 not 0 / 1000
Pages read ahead 0.00/s, evicted without access 0.00/s, Random read ahead 0.00/s
LRU len: 3415, unzip_LRU len: 0
I/O sum[3]:cur[0], unzip sum[0]:cur[0]
--------------
ROW OPERATIONS
--------------
0 queries inside InnoDB, 0 queries in queue
0 read views open inside InnoDB
Main thread process no. 12657, id 140556665968384, state: sleeping
Number of rows inserted 227014, updated 19739, deleted 89828, read 47831814
0.00 inserts/s, 0.00 updates/s, 0.00 deletes/s, 0.00 reads/s
----------------------------
END OF INNODB MONITOR OUTPUT
============================