最近倒腾了一台阿里云主机,打算在上面装点自己的应用.使用docker安装了安装mysql后,发现数据库的存储的时间与java-web应用的时间差8个小时,初步怀疑是docker容器时区的问题.经过一系列研究,总算把docker容器的时区给调整过来.满怀欣喜的以为问题得到了解决,再次运行应用,我发现时间竟然相差了13个小时.为了彻底解决问题,决定深入研究一下,皇天不负有心人,总算了解其中缘由,问题也终于解决.下面我还原一下问题过程. 初始安装 初始从mysql镜像安装,没有调整任何东西时,通过下面

问题描述 公司使用的阿里云数据库服务器,插入时间与实际时间差 13 个小时 执行 show variables like "%time_zone%"; 结果如下: Variable_name Value system_time_zone CST time_zone SYSTEM 原因 CST 的时区是一个很混乱的时区,在与 MySQL 协商会话时区时,Java 会误以为是 CST -0500,而非 CST +0800,详见 一次 JDBC 与 MySQL 因 "CST&quo

瞎扯一点非技术 本来今天上午就打算写的,结果中途被别的事吸引了注意力,公司和某保险公司合作推了一个医疗保险,让我们给父母买,然后我研究了半天条款:又想起来之前买的支付宝那个好医保,也买了两年多了,但是条款也不怎么懂,查了下,感觉坑不少,都做好了理赔时撕逼的打算了. 研究了公司的保险后,还是决定把支付宝那个玩意给退了.尤其是健康告知那一句:最近两年内有住院行为的,就算是不满足健康告知. 我还打电话问了我爸妈,他们也不记得几年前到底住没住过院了,反正我个人感觉心里没底.下午找支付宝,客服都半天找不到

安装界面提示: Error connecting to database: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (13) 解决办法: /etc/init.d/mysqld stop/etc/init.d/mysqld start

通过show variables like '%time_zone%'; 查看时区: CST 时区 名为 CST 的时区是一个很混乱的时区,有四种含义: 美国中部时间 Central Standard Time (USA) UTC-06:00 澳大利亚中部时间 Central Standard Time (Australia) UTC+09:30 中国标准时 China Standard Time UTC+08:00 古巴标准时 Cuba Standard Time UTC-04:00 如果你遇

首先需要查看mysql的当前时区,用time_zone参数 mysql> show variables like '%time_zone%'; +------------------+--------+ | Variable_name | Value | +------------------+--------+ | system_time_zone | CST | | time_zone | SYSTEM | +------------------+--------+ 第一步 mysql>

调试程序的过程发现,在mysql连接空闲一定时间(默认8小时)之后会断开连接,需要重新连接,也引发我对重连机制的思考.

新装的mysql,创建表时报错误 errno:13,网上查了一下是权限问题.解决方式如下: 到mysql的数据目录下:即启动进程中:--datadir=/data/soft/mysql/mysqldata参数指定的路径, 查看权限: [root@phone1 mysqldata]# ll -altotal 29264drwxr-xr-x 5 mysql mysql     4096 Jun  7 01:58 .drwxr-xr-x 5 root  root      4096 Jun  7 01

一.问题描述 ​ 最近遇到了一个奇怪的MySql数据库问题,好几次前一天晚上历史数据还正常存储,第二天早上来了看实时数据存储还正常,历史数据不存储了.找了好久也没找到问题.后来仔细想了想,历史数据设置了变化才存储,是不是数据一直不变,就一直没有往数据库写数据,导致MySql的连接太久不用自动断开了.然后就百度了一下,Mysql空闲连接有效时长,一看都说是8个小时就自动断开了.嗯,有点感觉了,应该就是这个原因. 二.问题排查 根据查到的资料查看MySql 有两个参数,可以设定空闲连接的有效时长,分

语言:javaEE 框架:spring mvc+spring+mybatis 数据库:mysql8 WEB服务器:tomcat8 背景: 在试运营阶段发现发生“连接超时”异常 抛出异常: Cause: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: The last packet successfully received from the server was 353,479,051 milliseconds ago.  The

MySQL毫秒值和日期转换,MYSQL内置函数FROM_UNIXTIME: select FROM_UNIXTIME(t.createDate/1000,'%Y-%m-%d %h:%i:%s') as cd from task t where taskStatus='1'; SELECT FROM_UNIXTIME(time/1000,'%Y-%m-%d %h:%i:%s')  FROM `logs` where time='1541260863000'; //t.createDate里是lon

在spring中配置数据源时,必须设定destroy-method="close"属性,以便spring容器关闭时,数据源能正常关闭. 如果数据库时mysql,如果数据源配置不当,则可能发生经典的“8小时问题”.原因是mysql在默认情况下如果发现一个连接的空闲时间超过8小时,会在数据库端自动关闭这个连接.而数据源不知道这个连接已经被数据库关闭,当他将这个“空闲”的连接交给DAO时,DAO就会报无法获取connection的异常. 如果采用DBCP默认配置,testOnBorrow属性

在java中new Date()输出的时间是没错的,插入到mysql后少了14个小时,原因是新版jdbc驱动的时区设置问题. 在jdbc连接url最后加上serverTimezone=GMT%2B8即可,注意是%2B8

在当前的日期上加三天,天数随便改: SELECT date_add(CURRENT_DATE(), interval 3 day); 在指定的日期上加三天: SELECT date_add('2014-04-17', interval 3 day); -- 2014-04-20在指定的具体时间上加一个时间: 如在"2012年1月1日两点"加上一个小时零十分零十秒的MySQL语句为: select date_add('2014-04-17 2:00:00', interval '1:10

这个问题,真的是找了很久. 之前以为是mysql的timezone有问题.根据网上的方法,把timezone改了,还是不起作用. 然后以为是java的问题,但试来试去java也不存在timezone不对的问题. 最后,竟然是mysql连接字符串的问题,连接字符串上多了一个?servertimezone=utc.就是这个东西,搞了我一晚上. 特此记录一下. 后记:servertimezone=utc如果去掉,又会出现另外一个问题,当初加上也是为了解决这个问题,那就是出现无法识别timezone的乱

一.索引的介绍 二 .索引的作用 三.常见的几种索引: 3.1 普通索引 3.2 唯一索引 3.3 主键索引 3.4 组合索引 四.索引名词 五.正确使用索引的情况 什么是最左前缀呢? 六.索引的注意事项 七.执行计划 八.慢日志记录 九.分页性能相关方案 最优的解决方案 一.索引的介绍 数据库中专门用于帮助用户快速查找数据的一种数据结构.类似于字典中的目录,查找字典内容时可以根据目录查找到数据的存放位置,然后直接获取. 二 .索引的作用 约束 和 加速查找 三.常见的几种索引: - 普通索引

我在使用mysqll客户端连接我的mysql服务器的时候,出现了上述的问题.我的操作系统是ubuntu,安装版本是对应的64位服务器.我的服务器的启动方式是sudo service mysql start. 我对服务器的改动仅限于新增了一个mysql的配置文件,配置文件的位置在/etc/my.cnf.配置文件如下(不要在意设置的具体值): [mysqld] # GENERAL datadir = /var/lib/mysql socket = /var/lib/mysql/mysql.sock

1．首先确认服务器出于安全的状态,也就是没有人能够任意地连接MySQL数据库. 因为在重新设置MySQL的root密码的期间,MySQL数据库完全出于没有密码保护的 状态下,其他的用户也可以任意地登录和修改MySQL的信息.可以采用将MySQL对 外的端口封闭,并且停止Apache以及所有的用户进程的方法实现服务器的准安全 状态.最安全的状态是到服务器的Console上面操作,并且拔掉网线. 2．修改MySQL的登录设置: # vim /etc/my.cnf 在[mysqld]的段中加上一句:s

一.MySQL扩展具体的实现方式 随着业务规模的不断扩大,需要选择合适的方案去应对数据规模的增长,以应对逐渐增长的访问压力和数据量. 关于数据库的扩展主要包括:业务拆分.主从复制.读写分离.数据库分库与分表等.这篇文章主要讲述数据库分库与分表 (1)业务拆分 在 大型网站应用之海量数据和高并发解决方案总结一二 一篇文章中也具体讲述了为什么要对业务进行拆分. 业务起步初始,为了加快应用上线和快速迭代,很多应用都采用集中式的架构.随着业务系统的扩大,系统变得越来越复杂,越来越难以维护,开发效率变得越

SELECT t1. HOUR HOUR, COUNT(t2. HOUR) count FROM ( SELECT DATE_FORMAT( HOUR), '%y-%m-%d %H' ) HOUR FROM ( SELECT @cdate := DATE_ADD( DATE_FORMAT(NOW(), '%y-%m-%d %H'), INTERVAL HOUR ) FROM city ) t0 LIMIT ) t1 LEFT JOIN ( SELECT DATE_FORMAT(visit_tim