In the Database tool window, right click on the data source, choose Properties ( Shift + Enter ), click on the Advanced tab. Set the serverTimezone property to. As the value 'SYSTEM', indicating that the server time zone is the same as the system time zone. As a string indicating an offset from UTC of the form HH:MM, prefixed with a + or -, such as '+10:00', '-6:00', or '+05:30'.A leading zero can optionally be used for hours values less than 10; MySQL prepends a leading zero when storing and retriving the value in such cases. $ mysql -e “SELECT @@global.timezone;” The output of the above command is something similar to the following: @@global.timezone. Here we can see that the MySQL time zone is set as “System”. Which means current MySQL time zone depends on the system time. By default, MySQL time zone will be set to the server’s time zone. The URL that PhpStorm will use to connect to the database. The user interface for specifying the URL is different depending on which option is selected in the Connection type list. Test Connection: Verifies that the database connection settings are correct and PhpStorm can communicate with the database.

Is it possible to specify time zone for DB data source in PHPStorm?

I have UTC time zone set in my PostgreSQL and SELECT NOW() shows me the right date in psql console.

I use PHPStorm for development and its database console for accessing my database, but it uses different time zone (Europe/Moscow, which is the time zone of my Mac), and SELECT NOW() shows me the time in this time zone (and by the way, the date is wrong, because the Europe/Moscow time zone recently changed its offset to +3 from +4).

I have not found any information on how to tell PHPStorm to use the time zone configured in postgresql.conf instead of system's time zone. Is it possible?

verify your timezone with query

now add phpstorm.vmoptions the config off timezone

-Duser.timezone=posix/America/Sao_Paulo

Apply changes, disconect, synchronize and verify whithselect now()

The server time zone value is unrecognized – IDEs Support (IntelliJ , And now I get this error when configuring my Data Base connection in more specifc time zone value if you want to utilize time zone support. at com.intellij.​database.remote.jdbc.impl. This problem I never had in older PhpStorm versions Setting the serverTIMEZONE value to 'UTC' worked perfectly in Create a data source Create a DB data source from database files. If database files are in your project folder, open the Project tool window. Otherwise, open your file manager. Open the Database tool window (View | Tool Windows | Database). Select the files that you want to use as data sources and drag them to the Database tool window. A separate data source is created for each file.

Well, I've found a solution, but it will affect every time-specific behavior in IDE, e.g. console logs will show datetime in UTC.

The idea is to pass a timezone to VM options. For that we need to modify a file and restart IDE.

For Mac OS X for the latest version of PHPStorm:

Then add -Duser.timezone=UTC to the file, so that it looks something like that:

Configure database connections - Help, If you want to close a database connection, select a data source and сlick the Never: password is prompted each time you establish a connection with a database. you want to change a driver, and click the Driver link in data source settings. of PgBouncer), you can or are allowed to work only with a certain database. DB data sources and their elements. If a DDL data source is selected, you can only choose to create another data source. Duplicate. Ctrl+D: Create a copy of the selected data source. Specify the properties of the data source in the Data Sources and Drivers dialog that opens. DB and DDL data source nodes. Refresh. Ctrl+F5

After phpstorm.vmoptions file modification with -Duser.timezone=UTC line I've seen correct return only from NOW() function but incorrect from the queries to a table like SELECT timestamp FROM ...

Only adding a variable timezoneAsRegion with false value to Advanced tab of connection without any phpstorm.vmoptions changes helped me to return correct timezone from the table.

Documentation link: https://www.jetbrains.com/help/phpstorm/2016.1/data-sources-and-drivers-dialog.html#advancedTab

DataGrip FAQ – IDEs Support (IntelliJ Platform), in other IDEs from JetBrains like IntelliJ IDEA, PhpStorm, PyCharm, RubyMine, DataGrip can connect to any database which has a JDBC-driver. Go to Advanced tab of datasource and put -Duser.timezone=UTC into VM options field. Is there a way to share data sources from DataGrip to other IDEs? Alternatively, you can specify user drivers for the data source. For more information about user drivers, see Add a user driver to an existing connection. Specify database connection details. Alternatively, paste the JDBC URL in the URL field.

Postgres: Database console sets different timezone in session that , Some SQL query executed via database console in PyCharm for PostgreSQL database All you need is to set the time zone you need in data source settings​ Start working with your data source by creating a connection to it. Run a query: Connect an SQL file to a data source and run your code. View results: Connect an SQL file to a data source and run your code. Export/Import: Import and export your data to and from various formats with or without special tools like mysqldump, pg_dump, pg_restore, or psql.

Data sources and drivers dialog - Help, In the Data Sources and Drivers dialog, you can manage your data sources and The General tab includes settings that you need to specify for a database connection. Data modifications might be possible in the query console if the driver does problems when you and your database server are in different time zones. In this video I walk you through the PHPStorm database functionality. More specifically we go through connecting to and working with a MySQL database. This video is part of an article I wrote

PhpStorm database connection error, here you have an anwser https://stackoverflow.com/questions/930900/how-do-i-​set-the-time-zone-of-mysql. Summarizing: go to your msql Anyways, to get on the track of Doing It Right, it's essential to store the time zone information with the time. In other words, realizing that the date/time 20130407 14:50 is meaningless without either (a) including the time zone's then-current UTC offset (note 1) , or (b) ensuring that all logic inserting these values first converts to a

Comments

• I have done it for PhpStorm2017.2 and it doesn't effect(I made restart). I added to coppied file to /Users/aprosciak/Library/Preferences/PhpStorm2017.2/phpstorm.vmoptions line -Duser.timezone=UTC. Any idea what could go wrong?

很多童鞋在启动mysql的时候，碰到过这个错误，

首先，澄清一点，出现这个错误的前提是：通过服务脚本来启动mysql。通过mysqld_safe或mysqld启动mysql实例并不会报这个错误。

那么，出现这个错误的原因具体是什么呢？

哈哈，对分析过程不care的童鞋可直接跳到文末的总结部分~

总结

下面，来分析下mysql的服务启动脚本

脚本完整内容如下：

首先，定义相关参数

其中，

basedir 指的二进制压缩包解压后所在的目录，譬如/usr/local/mysql。

datadir 指的是数据目录

service_startup_timeout=900 定义mysql服务启动的时间限制，如果在900s中没有启动成功，则该脚本会退出。

关于/var/lock/subsys，网上的解释如下，后续会用到。

总的来说，系统关闭的过程（发出关闭信号，调用服务自身的进程）中会检查/var/lock/subsys下的文件，逐一关闭每个服务，如果某一运行的服务在/var/lock/subsys下没有相应的选项。在系统关闭的时候，会像杀死普通进程一样杀死这个服务。

通过察看/etc/rc.d/init.d下的脚本，可以发现每个服务自己操纵时都会去查看/var/lock/subsys下相应的服务。

很多程序需要判断是否当前已经有一个实例在运行，这个目录就是让程序判断是否有实例运行的标志，比如说xinetd，如果存在这个文件，表示已经有xinetd在运行了，否则就是没有，当然程序里面还要有相应的判断措施来真正确定是否有实例在运行。通常与该目录配套的还有/var/run目录，用来存放对应实例的PID，如果你写脚本的话，会发现这2个目录结合起来可以很方便的判断出许多服务是否在运行，运行的相关信息等等。

判断basedir和datadir

其中，

mysqld_pid_file_path 指定pid文件的路径

-z string 判断字符串是否为空

如果basedir没有显示设置，则默认为/usr/local/mysql，这也是为什么很多mysql安装教程都推荐将mysql相关文件放到/usr/local/mysql下。

如果datadir没有显示设置，则默认为$basedir/data。

定义log_success_msg()和log_failure_msg()函数

首先，判断/lib/lsb/init-functions文件是否存在，如果存在，则使定义在init-functions文件中的所有shell函数在当前脚本中生效。

如果没有，则定义两个函数，一个用于打印成功日志，一个是打印错误日志。

在RHCS 6.7中，该文件并不存在，已被/etc/init.d/functions所替代。

传递参数

将第一个参数传递给mode，剩下的参数传递给other_args

解析配置文件中的参数

这个函数在脚本后面会涉及到。

主要涉及如下参数：--basedir，--datadir，--pid-file，--service-startup-timeout。

判断my_print_defaults的位置

首先，它判断当前路径下的bin目录中是否存在该可执行文件，如果不存在，则再判断$bindir（通常指的是$basedir/bin）目录下是否存在。

如果还是没有，则会判断/etc/my.cnf是否存在并且可读，如果是，则判断该配置文件中是否指定了basedir参数，

如果指定了，则取出该参数的值，并判断该值对应的目录中是否存在bin/my_print_defaults可执行文件

最后一步，如果在上述目录中实在没发现my_print_defaults文件，

索性就将print_defaults设置为'my_print_defaults'，寄希望于该命令在当前的PATH环境中。

查找默认的配置文件

-r file 如果文件可读，则为真

解析配置文件中的参数

my_print_defaults的用法如下：

my_print_defaults --defaults-file=example.cnf client mysql

即读取配置文件中，client和mysql部分的参数配置，

具体在本脚本中，是读取mysqld，server，mysql_server，mysql.server四个部分的配置参数。

设置pid file的路径

-z string 判断字符串是否为空

如果--pid-file没有在读取到的配置文件中设置或者脚本刚开始的mysqld_pid_file_path参数没有设置，

则pid file默认设置在datadir下，以主机名.pid命名。

如果该参数设置了，还需要进一步判断

如果该参数中带有斜杠，则代表给定的值带有路径，可直接使用。

如果该参数中没带路径，则代表给定的值只是pid的文件名，可将其设在datadir下。

服务脚本start选项

首先，切换到$basedir中

其次，判断$basedir/bin中的mysqld_safe是否是可执行文件，如果是，则启动mysqld实例，如果不是，则报错退出。

那么，启动流程又是如何实现的呢？

首先，执行$bindir/mysqld_safe --datadir='$datadir' --pid-file='$mysqld_pid_file_path' $other_args >/dev/null 2>&1 &命令，启动mysqld实例。

注意到没有，mysqld_safe其实是在basedir中执行的，包括mysql初始化脚本mysql_install_db，也建议在basedir中执行，具体可参考：

分析MariaDB初始化脚本mysql_install_db

然后通过wait_for_pid函数进行判断，具体可见下文对于wait_for_pid函数的分析

判断完毕后，

查看$lockdir目录是否可写，可写的话，则在目录上创建一个文件。

wait_for_pid函数

在利用mysqld_safe启动mysql实例后，会调用该参数

其中$!在shell中用于获取最后运行的后台Process的PID，具体在本例中，是mysqld_safe进程的pid。

因为第一个参数是created，所以会执行test -s '$pid_file_path' && i=' && break命令。

-s file 如果文件的长度不为零，则为真

该命令的意思是如果pid文件存在，则将变量i设置为空，并退出while循环。

然后执行如下判断，

如果$i为空，则打印成功日志，并退出脚本，很显然，在pid文件存在的情况下，会将变量i设置为空。

再来看看pid文件不存在的情况

首先，会判断$pid是否不为空（即if test -n '$pid'）

如果不为空，则代表在执行完mysqld_safe后，已经捕捉到了该进程的pid。

在这种情况下，进一步通过kill -0 '$pid'确认该进程是否存在。

kill -0就是不发送任何信号,但是系统会进行错误检查,所以经常用来检查一个进程是否存在,当进程不存在时, kill -0 pid会返回错误

如果该进程存在，则不执行任何操作，直接跳到如下操作

将变量i加1，并sleep 1s。

然后，继续while循环，之所以这样做，是考虑到mysqld_safe已经执行，但是mysqld实例还在启动过程中，还没创建好pid文件。

一直到$1达到$service_startup_timeout定义的时长。

如果在while循环的过程中，通过kill -0 '$pid'判断到进程已经不存在了，

则会再判断一次，如果这次判断的结果依旧是pid file不存在，且进程不存在，则会执行

这就是大名鼎鼎的“The server quit without updating PID file”的由来。

服务脚本stop选项

首先，判断pid文件的长度是否不为零。

-s file 如果文件的长度不为零，则为真

此时，会通过pid文件获取mysqld进程的pid，注意，不是mysqld_safe进程的pid

然后，判断mysqld进程是否在正常运行，

如果是，则通过kill $mysqld_pid的方式来关闭mysqld进程

杀死进程最安全的方法是单纯使用kill命令，不加修饰符，不带标志。

标准的kill命令通常会终止有问题的进程，并把进程的资源释放给系统。然而，如果进程启动了子进程，只杀死父进程，子进程仍在运行，因此仍消耗资源。为了防止这些所谓的“僵尸进程”，应确保在杀死父进程之前，先杀死其所有的子进程。

然后，调用wait_for_pid函数进行判断，其实，wait_for_pid函数中设置avoid_race_condition变量的目的是为了stop选项，确实有可能出现，mysqld是在检查pid file之后，检查进程是否存活之前退出的。

如果mysqld进程没有正常运行，在会打印“MySQL server process #$mysqld_pid is not running!”信息，并删除pid文件。

如果在执行stop的时候，判断pid文件的长度为0，则会打印'MySQL server PID file could not be found!'信息。

所以，在pid文件不存在的情况下，通过服务脚本执行stop选项并不会关闭mysqld进程，这个时候，就可通过kill $mysqld_pid的方式来关闭mysqld进程。

服务脚本restart选项

首先，先执行stop操作，如果stop操作成功的话，则继续执行start操作。

如果stop操作失败的话，则会输出'Failed to stop running server, so refusing to try to start.'信息，并退出脚本。

服务脚本reload选项

首先，判断pid文件的长度是否为0，如果不为0，则将该文件中的值设置为mysqld_pid变量的值。

然后对该进程执行kill -HUP操作。

pid 是进程标识。如果想要更改配置而不需停止并重新启动服务，请使用该命令。在对配置文件作必要的更改后，发出该命令以动态更新服务配置。

根据约定，当您发送一个挂起信号（信号 1 或 HUP）时，大多数服务器进程（所有常用的进程）都会进行复位操作并重新加载它们的配置文件。

如果pid文件的长度为0，则输出'MySQL PID file could not be found!'。

服务脚本status选项

首先，判断pid文件长度是否为0，如果不是，则读取该文件中的值，并判断pid对应的进程是否运行正常，

如果运行正常，则输出'MySQL running'

如果不正常，则输出'MySQL is not running, but PID file exists'

如果pid文件的长度为0，则试图通过mysqld的启动命令来获取其pid，

这个时候，可能存在一个mysqld程序启动了多个实例，这会导致pid_count=`echo $mysqld_pid | wc -w`大于1。

这个时候，会输出'Multiple MySQL running but PID file could not be found'信息，并退出脚本。

如果mysqld_pid为空，则会继续判断'$lock_file_path'是否存在，如果存在，

则会输出'MySQL is not running, but lock file ($lock_file_path) exists'信息。

如果'$lock_file_path'不存在，则会输出'MySQL is not running'信息。

如果mysqld_pid等于1，则会输出'MySQL is running but PID file could not be found'信息。

服务脚本其它选项

如果脚本的第一个参数不是上述几个选项，则会输出Usage信息。

至此，mysql的服务脚本分析完毕~

总结

在通过服务脚本启动mysql的过程中，报“The server quit without updating PID file”错误，有两个条件

首先，pid文件不存在

其次，通过kill -0 $pid检查到进程并不存在

这个时候，只能通过mysql数据库的错误日志来定位。

服务脚本如果不做任何调整的话，默认的basedir是/usr/local/mysql，datadir是/usr/local/mysql/data

如果自己的mysql服务均不是默认路径，

则需要在该脚本中显式设置

经测试，需设置如下几处：

1. 设置basedir和添加conf变量

其中，conf指的是mysqld的配置文件，建议配置文件中显式指定basedir和datadir的值。

在这里，datadir可不设置，因为datadir可通过配置文件来获取。

Mysql Servertimezone Utc+8

但是basedir必须要指定，因为要首先根据basedir来判断my_print_deefauts命令

2. 第256行，添加extra_args=' -c $conf'

3. 修改285行mysqld_safe的启动参数

Server Timezone Mysql Phpstorm

将

修改为，

主要是添加了--defaults-file选项

Mysql Servertimezone Asia Shanghai

以上所述是小编给大家介绍的深度解析MySQL启动时报“The server quit without updating PID file”错误的原因，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对我们网站的支持！