iron will
女儿一早要出嫁 千挑万选的日子 谁知碰到台风天气 家门口水深五六十厘米 …… 10月2日，台风“米娜”虽然远去，但浙江宁波有些地方的积水依然没有退去。云龙镇冠英村碾子弄至庙桥头一带路面更是积水严重。 就在当天，冠英村一对新人要举办婚礼，新郎直接坐着龙舟接新娘，这段视频在朋友圈炸开了锅。这种特别的迎亲方式，这对新人恐怕要记一辈子。 邻居：别急，我马上联系龙舟队台风过后，河水直接漫上了村道。新娘的母亲张亚珠看着外面汪洋一片，眉头深锁。“这么深的积水，人进不来，又出不去，这可咋办？” 邻居顾静静说，凌晨1点左右，张亚珠还一个人坐在门口发呆。“良辰吉日早就挑选好了，谁能想到有台风来捣乱。积水退不去，这么多亲朋好友怎么出去？”正在一家人愁眉苦脸的时候，邻居沈万红来了。“你们别急，我马上联系龙舟队，让新郎坐着龙舟来接新娘。”沈万红今年49岁，是云龙镇级龙舟队舵手。一个电话，他叫来村民里的几名队友，划来一条龙舟。 “一场台风，龙舟里全是水，前前后后做准备工作就花了三四个小时。9:50分左右，新郎来接人了，刚好赶上，没耽误。” 新郎：这事儿得记一辈子把新郎和伴郎团接到新娘家iron will
今年的“十一”长假
除故宫、天安门、长城等景点外
北京又有一处晋升
热门“打卡”地
那就是——
北京大兴国际机场
图片来源：@北京大兴国际机场、chougui17
据新机场官微最新消息
新机场投运以来的首个“十一”长假
来观光的市民远超旅客
以10月2日为例
大兴机场出港旅客5667人
而进入航站楼的总人数有8.5万多
前来参观的游客在多处拍照留念
机场内多个餐厅排起长队
图片来源：北京日报客户端记者李博、新浪微博
体验-拍照-发朋友圈/微博
网友笑称：
“欢迎来到著名景点大兴机场”
闲来没事逛一圈
国庆出游来一个
有网友提醒了：
是不是得做一条游客打卡通道？
看着这
人人人人人人我人人人人人人
的场景
小编还是决定：
国庆假期后
错峰去逛！
(掩盖自己加班的事实)
也特别提醒各位出门的朋友们：
安全和快乐最要紧
别光顾着拍照、摄影
一定要注意人身安全
&避免违章停车哦！
来源：北iron will
10月1日晚8点多
地铁南京站内一小伙突感不适
但因为附近人流量大
救护车没办法进来
危急时刻
暖心的一幕出现了！
“我手发麻，舌头也麻”
当时
这位小伙脸色苍白、满头大汗
痛苦地倚靠在站厅内的柱子旁
南京市公安局地铁分局
南京站派出所民警发现情况后
赶紧上前询问
得知小伙没吃晚饭
大家判断他可能出现了低血糖的症状
民警找来了水
还有好心的乘客送来了糖果
可服用了之后
小伙的症状并没有缓解
民警决定拨打120求助
然而
由于当天人流量较大
救护车根本进不来
于是民警决定用轮椅推着小伙子
赶往较近的鼓楼医院就诊
民警高红告诉记者：
“当时站厅人也是挺多的，
我们就边推边呼喊：
请大家让开一点！
大家听到呼声后就很主动地分开了，
给我们让出了通道。”
进入拥挤的地铁车厢后
为了确保空气流通
民警又向周围乘客说明情况
令人感动的是
乘客们纷纷主动配合
散往临近车厢，留出足够空间
大约四十分钟后
小伙被顺利送进了医院
iron will
据科技日报报道，10月2日，业内权威机构国际事务处理性能委员会（TPC）在官网披露了最新的TPC-C 数据库基准性能测试结果，蚂蚁金服自主研发的分布式关系数据库OceanBase，打破美国公司甲骨文（Oracle）保持了9年的世界纪录，成为首个登顶该榜单的中国公司。好消息传来，网上一片振奋之声↓这个技术有多厉害？TPC-C基准测试被誉为“数据库领域世界杯”，是全球公认的数据库性能评价金指标，美国公司Oracle（甲骨文）已经垄断了9年冠军。据披露，蚂蚁金服自主研发的分布式关系数据库OceanBase创造了新的联机交易处理系统（OLTP）世界纪录，是此前世界记录保持者甲骨文的两倍。TPC官网截图中国工程院院士、计算机专家李国杰评价说，这是中国基础软件取得的重大突破！数据库有多重要？用“卡脖子”的关键技术来形容一点也不为过。数字经济时代，一切经济工作都离不开数据，如果没有数据库，就没有信息科技发展的根本。这个里程碑式的技术反超，背后是一代技术人的探索和攻坚。尤记得多年前，甲骨文创始人拉里·埃里森（LarryEllison）在接受采访时的一番言论：“不能让中国产出比美国还多的工程师。”今天，中国科技公司已经在凭实力说话，打破美公司垄断。回首过去70年，中国科iron will
作者： 阿杜的世界 javaadu写在前面最近工作中遇到两例mysql时间戳相关的问题，一个是mysql-connector-java和msyql的精度不一致导致数据查不到；另一例是应用服务器时区错误导致数据查询不到。通过这篇文章，希望能够解答关于mysql中时间戳的几个问题：mysql中的DATETIME精度为什么只支持到秒？mysql中的DATETIME类型跟时区有关吗？mysql设计表的时候，表示时间的字段改如何选择？案例分析：DATETIME的精度问题前段时间，将负责的应用的mysql-connector-java的版本从5.1.16升级到5.1.30，在做功能回归的时候发现，使用了类似上面的SQL的用例的运行时数据会有遗漏，导致功能有问题。考虑到我负责的应用中，有个功能需要用到类似下面这种SQL，即使用时间戳作为查询的条件，查询在某个时间戳之后的所有数据。经过排查发现：mysql-connector-java在5.1.23之前会将秒后面的精度丢弃再传给MySQL服务端，正好我们使用的mysql版本中DATETIME的精度是秒；在我将mysql-connector-java升级到5.1.30后，从java应用通过mysql-connector-java将时间戳传到MySQL服务端的时候，就不会将毫秒数丢弃了，从mysql-connector-java的角度看是修复了一个BUG，但是对于我的应用来说却是触发了一个BUGiron will