摘要：也谈时间管理和GTD时间管理随着事情越来约多发现时间越来越不够用了，但是其实每天时间都是恒定的，并不增也不减，所以感觉时间不够用了总归只是个人主观感觉。对我个人帮助比较大的是三本书《番茄时间管理法》《高效能人士的7个习惯》《把时间当朋友》。总结来说，有如下4点：减少干扰集中注意力利用碎片时间利用GTD工具减少干扰目前各种通讯软件众多，基本上每天工作的时候都会开着至少3种通讯软件（mail，qq，内部im），如果在算上微博和微信，不亏是信息爆炸的时代。并且现在的提醒技术很牛掰，各种提醒纷至沓来，没有强迫症的人也会被培养出来“有提醒必点”的毛病。笔者原先Mail5分钟更新一次，QQ（尤其是群）提醒 阅读全文

摘要：最近突然对MySQL的连接非常感兴趣，从status根据thread关键字可以查出如下是个状态show global status like 'thread%';+-------------------+-------+| Variable_name | Value |+-------------------+-------+| Threads_cached | 57 || Threads_connected | 1268 || Threads_created | 31715 || Threads_running | 1 |+-------------... 阅读全文

摘要：最近线上遇到一个问题，接口日志发现有很多超时报错，根据日志定位到数据库实例之后发现一切正常，一般来说接口出现超时排查顺序如下： 慢查询 -》连接数 -》 服务器负载 -》网卡流量，但是这次从QPS、连接数、服务器负载、IO消耗、响应时间及慢查询上都非常正常并没有什么异常发生，只有如下这个图有变化。 在排除了前端服务器没有出现异常后，看来问题就出现在这个链接数变化上面了。为了看懂上面的图我们先说一下状态值的含义。1、Max Connections和Max Used Connection这两个就不细说了，分别是最大链接数限制和每个用户最大链接数限制。2、Aborted Clients：Th... 阅读全文

摘要：随着数据量越来越大，越来越频繁的遇到需要进行结构拆分的情况，每一次拆分都耗时很久，并且需要多方配合，非常的不想搞这个事情。于是在@zolker的提醒下想到了13年开源tokuDB，来解决我们迫在眉睫的容量问题。 坊间流传tokuDB有如下几个看着令人垂涎欲滴的特点，正好符合我们实际环境的需求，故针对每个特点进行了针对性测试： 1、高压缩比，官方宣称可以达到1：12。 2、高insert性能，官方称至少比innodb高9倍。 3、可以在线添加索引和字段，速度快。（前提：由于是为了解决线上的实际问题，故本次验证并不会按照严格的测试规范进行，所得数据也不是tokuDB的极限数据，只是在实... 阅读全文