博文

目前显示的是 三月, 2017的博文

MySQL timestamp类型探索

有个外部厂商的产品在我们的 MySQL 上执行 DDL ,爆出了这样的错误 : CREATE TABLE TP_TASKINSTANCE (    I_SRLNO              BIGINT NOT NULL ,    D_ACCTDATE           DATE NOT NULL ,    C_TASKTYPE           CHAR(1) NOT NULL,    C_TASKSTATE          CHAR(1) NOT NULL,    S_TASKMENT           VARCHAR(80),    TS_BEGIN             TIMESTAMP,    TS_END               TIMESTAMP,    TS_SYSUPDATE  ...

我们与小大圣的进阶之路

"大圣"是我不满一岁半的儿子小名,他是个活力四射充满求知欲的小怪兽;) 这个阶段的孩子,在家里到处溜达,四处翻找感兴趣的东西,还一个劲的想往外跑。丫丫学语,能跟对上唐诗的个别字了,已经能够言语眼神动作上的交流了。面对这样一个蓬勃之势上升的小子,我已经很心忧是不是能很好的教好他了。如何让他能真正看懂世界,感受到世界的美好与不足,以健康乐观的心态面对未来的一切,这对父母真的是个严谨考验! 自身缺知识,缺教育方式,没有清晰的培养思路,但这不意味我们只能干坐着!为了小大圣的进阶之路,我得先把自己武装起来,通过任何渠道,不惜一切代价! 本文记录我准备的各种资料,来吧小怪兽,我们一起进阶!(不断更新维护)

君子不器

昨天 TL 在群里问,团队里面每个同学手头都在做着循环往复的重复工作,为什么没有人来统一做成平台,解决掉大家的痛点,让大家都有时间进步 ?!   我刚好主要重点投入这一块,其实平台抽象和实现的事情早就考虑到,只是不断地被大量杂事打断,都只是做了个半吊子,于是趁机群里诉苦,于是有了这么些对话 : 我 :  " 想法是有,只是没有那么多时间精力 ” TL:  " 很多时候不是因为我们没时间,而是我们花了太多的时间做重复性的事情 " 我 :  " 在平台不满足的时候,事情还是要做,时间还是要投入到杂事上去,精力有限啊 " TL:  " 如果一件事情自己真的认为那么重要,为什么会做不下去落不了地 " TL:  " 首先就是自己其实并没有真的认为很重要,最起码不够 true believe.  其次没有全力以赴,没有最大化争取资源 " TL:  " 最贵最贵的东西,是我们的脑子 " TL:  " 我们的脑子天天被什么事情填充着 , 很大程度会我们能成长到什么程度 " TL:  " 工作上我们要让自己 focus on tech , focus on business, 如果有事情干扰了我们的注意力,要一起 defeat it" 我 :  < 无言以对,不知如何说,委屈 > 当时的内心是不服的,大量的事情要做, 48 小时一天都做不完,每天都是身心疲惫。平台化自动化这些,都是想过也实现了一小部分,没有最终结果你就判断我们没有自己思考解决问题的能力?整天就说些虚的,不了解我们任务有多繁重啊! 哼,不跟你多说,你说要 foucs ,我去干我的活去了,反正不可能争论过你!。。。 今天周六,虽然是周末,还是累哈哈,远程支持项目发布,也没时间陪宝贝儿子逛,心中颇有几分积怨,没心思写码。扫扫手机,偶尔看到了这样一篇文章,讲到 : 孔子说 : 君子不器。意为君子应每天反省自己的生活,战战兢兢,如履薄冰,天长地久,如切如磋,如琢如磨,最后慢慢变得温润如玉。君子应不囿于一技之长,投入到万象纷呈的世界里去。

产品思维不作恶

《得到》确实是个不错的产品,弥补了学习圈的空白,最近有点迷上了。尤其值得称赞的是罗胖开放的态度,周会也是面向所有用户的,让我能看到另外一个新概念公司的掌舵者们是怎样一步一步思考和行动的,对于创业者来说,真的是心灵导师晋级胜地,希望有一天也能实现自己的 U 盘化生存方式,让思想和身体都能更自由的驰骋。 罗胖开放的态度,是基于自身碾压他人的行动力,以及学习眼界的高度,堪称楷模,与之一起终身学习,是桩乐事。 说说今天从《得到》周会了解到的理念,算新,也不算新,所谓 “ 从流量思维转换到产品思维 " 。听过很多打磨产品,工匠精神的各种宣讲,体会不算很深,但是从罗振宇自己讲诉自己从各平台撤出回归到自己的产品的理由,开始有些体会了,毕竟一直在跟着他的节目。 非常认同一点,流量思维,很多时候在引导人们在 “ 作恶 ” 。在网络闲逛的时候,总是有感觉不舒服的地方,现在想来,内心其实是深深感受着流量思维驱动下的网络上的一些恶意。抄袭,标题党,色情信息等,无非是要期望你们点进去,然后展示大量的广告或者进一步的诱惑信息,通过大流量来实现广告展现或者其他意图。这种模式造成的问题,是对知识产权的侵害,对道德法度的忽视,对网民的精神腐化和时间浪费,确实值得思考,这样的互联网发展下去,到底会趋向何方,不太敢想象。 当然这是利益驱动下流量思维引发的坏结果,实际上如果把大流量引导到积极向上,乐观奋进,不断进取的道路上,将是巨大的贡献,一个例子,支付宝的蚂蚁森林,在利用了自己的大流量的时候,引导大家的低碳和公益, ( 有点自吹嫌疑 ) ,至少是一个正向的引导,着实的正能量传递。 写到这里,我脑中浮现的是 Google 公司的 不作恶( Do not be evil )口号!真的是太适合互联网世界!它似乎是早就看穿了互联网巨大能量下的暗潮。拥有巨大流量,能够保持身正,专心自己的产品来改变世界, Google 践行着这个口号,也不断向伟大迈进。 Google 的例子,其实也是印证罗胖要落实到 “ 产品思维 ” 的想法。作为 Google 产品深度用户,感激这种超快感的体验,它让知识,见解,能力变得唾手可得,让人能够拥有脱离现实约束的能力,不成功是没有理由的。 产品思维下,用户所有的能力,打造最优秀的产品给用户使用,是创业者成功的根本。想...

MySQL Auto Increment列引发的死锁报错

某日线上操作 insert xxx select * from yyy 命令时触发应用大量报错,居然是一个死锁信息的报错: " TOO DEEP OR LONG SEARCH IN THE LOCK TABLE WAITS-FOR GRAPH, WE WILL ROLL BACK FOLLOWING TRANSACTION" 排查原因,跟MySQL 自增特性相关设置有关。 先看看这个报错的含义,参考 https://dev.mysql.com/doc/refman/5.6/en/innodb-deadlock-detection.html this indicates that the number of transactions on the wait-for list has reached a limit of 200. A wait-for list that exceeds 200 transactions is treated as a deadlock and the transaction attempting to check the wait-for list is rolled back. The same error may also occur if the locking thread must look at more than 1,000,000 locks owned by transactions on the wait-for list 根据这个解释,某个特定锁资源的等待队列超过200时会触发这样的报错,那这个操作命令占用了什么锁资源呢?

重新开始记录一切

明明知道,把所有看到听到的零碎知识,经过哪怕一点自己的记录,才会真正开始成为自己的知识体系的一部分,但是一直没能行动起来。 知识太多,知道得太少!而对自己知道的东西,能表达得又太少。或者干脆自己都不知道是不是真正理解清楚了,问题很多! 曾经有一段时间努力维护 www.sqlparty.com,记录自己的技术心得,回想起来,那段时间积累的技术知识,是最扎实受用至今的,虽然记录花费了大量的时间,但是显然有超值回报。是时候重新开始记录一切了! 在这个站点,记录所有所看所听所感所思所想,不拘泥形式,不一定要表达清晰,作为自我知识沉淀的地方,未来的自己会感谢现在开始不停记录的我! 以此作为开帖!