sql链接的url中serverTimezone的作用

一. 如何部署mysql 中发现的问题

安装过程中发现启动mysql时候缺少某些so包。但是apt-get安装so包安装不成功
类似采用apt search libaio*，先确认现在的so包的名字。之前mysql 6.5的包需要的so包，现在都是64位了，名字都变了
确认好名字后，类似apt-get install libaio1t64 libaio-dev进行安装
find / -name libaio1t64*，查找对应的so包的安装位置
启动其实会依然报错。原因是，例如mysql启动需要的是libaio.so.1。但是安装的是64位的libaio1t64.so.2包。所以依然找不到。所以需要将libaio1t64.so.2改名为libaio.so.1

其他类似的情况这样处理。应该就可以启动起来mysql

二. mysql 如果通过mac的brew安装的，此时如果不知道my.cnf的位置，可以采用mysqld --verbose --help|less ，里面有显示my.cnf 的查找路径.brew 安装的位置一般在/opt/homebrew/opt/下

三. mysql安装成功后，发现无法远程登录。原因是除了bind-address = 0.0.0.0还需要通过mysql命令登录数据库后，设置root的权限。但是这里注意root是要设置密码才能远程连接的，否则还是远程无法连接

四. serverTimezone的作用

本质上serverTimezone就是告知当前的session下，mysql的数据库的临时时区是什么。其实是告知jbdc，在读取的时候，读到的时间所在是时区是serverTimezone这个时区的时间，再结合当前程序所在的本地时区，就可以在getTimestamp的时候，将serverTimezone这个时区的时间转化成本地程序所在时区的时间，返回给jdbc上层程序。也就是说，serverTimezone在写入的时候不起作用，写入什么时间，mysql就记录什么时间，mysql甚至不知道你写的时间是什么时区的，他不关心。其实是在sql读取的时候起作用，读取的时间到底是哪个时区的，完全是serverTimezone决定的。然后getTimestamp左右就是返回当前golang程序所在的机器的本地时间，所以这里会根据serverTimezone和本地时区的差别，getTimestamp进行时区转换，返回转换后的时间。

复制代码

String connStr = "jdbc:mysql://10.45.21.139:3306?serverTimezone=Asia/Shanghai&useSSL=false";

java 复制代码

public class Main {
    public static void main(String[] args) throws SQLException {
        // serverTimezone=GMT%2B4 serverTimezone=Asia/Shanghai&
        System.out.println("Hello world!");
        String connStr = "jdbc:mysql://10.45.21.139:3306?useSSL=false";
        String u = "root";
        String p = "root";
        Connection conn = DriverManager.getConnection(connStr,u,p);
        Statement stmt =conn.createStatement();
        ResultSet rs = stmt.executeQuery("select * from test.tt");
        while (rs.next()){
            java.sql.Timestamp name = rs.getTimestamp(1);
            System.out.println(name.toString());
            name = rs.getTimestamp(2);
            System.out.println(name.toString());
        }
//        stmt.execute("insert into test.tt values ('2022-10-24 15:45:00', '2022-10-24 15:45:00')");

    }
}

如果写入时候serverTimezone=Asia/Shanghai，而读取的时候用的sql的url连接为

复制代码

serverTimezone=GMT%2B9.那么用rs.getTimestamp获取到的时间，就是2022-10-24 14:45:00。因为读取时候认为数据库返回的2022-10-24 15:45:00时间是GMT%2B9时区，本地是+8区，因此时间要-1.

如果请求sql的url不写serverTimezone，则会使用数据库的global.time_zone作为数据库时间读取的所在的时区。

可以通过以下一些命令查询

java 复制代码

show variables like "%time_zone%";

set global time_zone = '+0:00';
flush privileges;

set  time_zone = '+8:00';
flush privileges;

SELECT @@global.time_zone, @@SESSION.time_zone;

注意，如果通过

复制代码

//            String a = rs.getString(1);
//            System.out.println(a.toString());
//             a = rs.getString(2);
//            System.out.println(a.toString());

按照string去读取，则不会有时间转换的问题，和写入的时间是一样的