我现在用的是mysql5.7,操作系统centos

配置YUM源

下载mysql源安装包

[root@VM_0_9_centos software]# wget http://dev.mysql.com/get/mysql57-community-release-el7-8.noarch.rpm

安装mysql源

[root@VM_0_9_centos software]# yum localinstall mysql57-community-release-el7-8.noarch.rpm

安装MySQL

[root@VM_0_9_centos software]# yum localinstall mysql57-community-release-el7-8.noarch.rpm

启动mysql

systemctl start mysqld

启动完了之后，查看mysql状态

systemctl status mysqld

开机启动mysql

[root@VM_0_9_centos software]# systemctl enable mysqld

[root@VM_0_9_centos software]# systemctl daemon-reload

修改root本地登录密码

ysql安装完成之后，在/var/log/mysqld.log文件中给root生成了一个默认密码。通过下面的方式找到root默认密码，然后登录mysql进行修改：

[root@VM_0_9_centos software]# grep 'temporary password' /var/log/mysqld.log

2018-06-16T08:05:45.944135Z 1 [Note] A temporary password is generated for root@localhost: oOo;3qdZL0sq

shell> mysql -uroot -poOo;3qdZL0sq

mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPass4!';

注意：mysql5.7默认安装了密码安全检查插件(validate_password)，默认密码检查策略要求密码必须包含：大小写字母、数字和特殊符号，并且长度不能少于8位。否则会提示ERROR 1819 (HY000): Your password does not satisfy the current policy requirements错误*

####添加远程登录用户

默认只允许root帐户在本地登录，如果要在其它机器上连接mysql，必须修改root允许远程连接，或者添加一个允许远程连接的帐户，为了安全起见，我们添加一个新的帐户glowd，并且允许所有的ip地址远程访问：

mysql> GRANT ALL PRIVILEGES ON *.* TO 'glowd'@'%' IDENTIFIED BY 'glowd7^&!'

配置默认编码为utf8mb4

最新的mysql数据库默认编码已经是utf8mb4，这能避免很多不必要的问题。

修改/etc/my.cnf配置文件,最终的配置如下

[client]

default-character-set = utf8mb4

[mysql]

default-character-set = utf8mb4

[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

symbolic-links=0

log-error=/var/log/mysqld.log

pid-file=/var/run/mysqld/mysqld.pid

character-set-client-handshake = FALSE

character-set-server = utf8mb4

collation-server = utf8mb4_unicode_ci

init_connect='SET NAMES utf8mb4'

然后重启一下mysql

systemctl restart mysqld

然后登录mysql，查看是否此时编码是正确的

[root@VM_0_9_centos software]# mysql -uglowd -p

mysql> SHOW VARIABLES WHERE Variable_name LIKE 'character_set_%' OR Variable_name LIKE 'collation%';

显示结果如下，即为正确

| Variable_name | Value |

+--------------------------+----------------------------+

| character_set_client | utf8mb4 |

| character_set_connection | utf8mb4 |

| character_set_database | utf8mb4 |

| character_set_filesystem | binary |

| character_set_results | utf8mb4 |

| character_set_server | utf8mb4 |

| character_set_system | utf8 |

| character_sets_dir | /usr/share/mysql/charsets/ |

| collation_connection | utf8mb4_unicode_ci |

| collation_database | utf8mb4_unicode_ci |

| collation_server | utf8mb4_unicode_ci |

+--------------------------+----------------------------+

说明

collation_connection ，collation_database ，collation_server是什么没关系。

但必须保证

系统变量 描述

character_set_client (客户端来源数据使用的字符集)

character_set_connection (连接层字符集)

character_set_database (当前选中数据库的默认字符集)

character_set_results (查询结果字符集)

character_set_server (默认的内部操作字符集)

这几个变量必须是utf8mb4。

常见问题解决，以及最佳实践

建库-建表

建库

CREATE SCHEMA `test` DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci ;

why utf8mb4

utf8mb4占4个字节，可以保存包括emoji表情在内的很多特殊字符

utf8占3个字节，可以保存绝大部分字符

但是为了更好的兼容所有此类字符，建议全部使用utf8mb4，避免为未来程序的扩展升级埋坑

why utf8mb4_unicode_ci not utf8_general_ci

在字符校验上面，utf8_unicode_ci比较准确，utf8_general_ci速度比较快，但是对于现代CPU来说，性能可以忽略。但是对于越来越国际化的我们来说，utf8_unicode_ci更占优势

why ci not utf8mb4_bin

ci: case insensitive, 即 “大小写不敏感”, 如果查询的时候，数据库中用户名Glowd，但是用户输入glowd，一样能查出这个用户。

bin: 将字符串中的每一个字符用二进制数据存储，区分大小写

建库的时候，一定要声明CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci ;这个会是建表以及字段的默认字符集以及校验规则。如果建库的时候加了，那么建表和字段的时候都可以不加，默认就是

建表

CREATE TABLE `health_package` (

`id` bigint unsigned NOT NULL AUTO_INCREMENT COMMENT '序号',

`package_id` int unsigned NOT NULL COMMENT '套系 id',

`module_id` int unsigned NOT NULL COMMENT '模块 id',

`is_delete` tinyint unsigned NOT NULL DEFAULT 0 COMMENT '是否删除，0-未删除，1-删除，默认为0',

`gmt_create` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 'Create time, common column by DB rules',

`gmt_modified` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT 'Modified time,common column by DB rules ',

PRIMARY KEY (`id`)

) COMMENT='This table stores module and package of health for ...';

如果建库的时候加了CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci，在建表或者字段的时候一定不要加了。因为如果你加了DEFAULT CHARSET=utf8mb4，那么mysql会自动将COLLATE变为utf8_general_ci。这个不是我们所希望的。

为了使用utf8mb4还需要这些条件

对于 JDBC 连接，需要使用 MySQL Connector/J 5.1.13(含)以上的版本。

JDBC 的连接串中，建议不配置 characterEncoding 选项。后面有解释

确保 mysql进程character_set_server 参数为 utf8mb4

通过“set names utf8mb4”命令设置会话字符集为 utf8mb4

那么需要在开启一个会话的时候，首先执行一个“set names utf8mb4“命令

首先可以在/etc/my.cnf中添加一行配置init_connect='SET NAMES utf8mb4'

或者如果使用的是com.alibaba.druid.pool.DruidDataSource连接池，那么可以加一个属性

mysql JDBC Driver

mysql JDBC URL格式如下：

jdbc:mysql://[host:port],[host:port]…/database=参数值1[=参数值2]…

现只列举几个重要的参数：

参数名称

参数说明

缺省值

最低版本要求

user

数据库用户名(用于连接数据库)

所有版本

password

用户密码(用于连接数据库)

所有版本

useUnicode

是否使用Unicode字符集，如果参数characterEncoding设置为utf-8，本参数值必须设置为true

false

1.1g

characterEncoding

当useUnicode设置为true时，指定字符编码。比如可设置为gb2312或gbk

false

1.1g

autoReconnect

当数据库连接异常中断时，是否自动重新连接？mysql默认连接如果超过8小时就会断开，此参数可以自动重连

false

1.1

autoReconnectForPools

是否使用针对数据库连接池的重连策略

false

3.1.3

failOverReadOnly

自动重连成功后，连接是否设置为只读？

true

3.0.12

maxReconnects

autoReconnect设置为true时，重试连接的次数

3

1.1

initialTimeout

autoReconnect设置为true时，两次重连之间的时间间隔，单位：秒

2

1.1

connectTimeout

和数据库服务器建立socket连接时的超时，单位：毫秒。 0表示永不超时，适用于JDK 1.4及更高版本

0

3.0.1

socketTimeout

socket操作(读写)超时，单位：毫秒。 0表示永不超时

0

3.0.1

我们通常的jdbc url

jdbc:mysql://localhost:3306/glowd?useUnicode=true&characterEncoding=utf-8&autoReconnect=true

在xml配置文件中，url中的&符号需要转义成&。比如在tomcat的server.xml中配置数据库连接池时，mysql jdbc url样例如下：

jdbc:mysql://localhost:3306/glowd?useUnicode=true&characterEncoding=utf-8&autoReconnect=true

数据库连接参数:

For example, to use 4-byte UTF-8 character sets with Connector/J, configure the MySQL server with character_set_server=utf8mb4, and leave characterEncoding out of the Connector/J connection string. Connector/J will then autodetect the UTF-8 setting.

就是说在jdbc字符串上面，建议不要写characterEncoding，这样的话，Connector会自动侦测数据库的’character_set_server’编码,现在我们规定character_set_server必须为utf8mb4,那么就可以略去characterEncoding和useUnicode。现在的jdbc url

jdbc:mysql://localhost:3306/glowd?autoReconnect=true

zeroDateTimeBehavior=convertToNull

JAVA连接MySQL数据库，在操作各项值均为为0(或者有0不正确的数据？？)的timestamp等(日期为0000-00-00。。。。)类型时不能正确处理，而是默认抛出一个异常，比如所见的：java.sql.SQLException: Cannot convert value ‘0000-00-00 00:00:00’ from column XX to TIMESTAMP。

举个实际的栗子，你的方法中要传入来自页面的日期参数值，

按照正常的做法，比如日期值为2016-10-11，但是由于误操作，传入了0000-00-00，并没有设置正确的数据，那么这时默认抛出java.sql.SQLException异常

(如果设定这一项 zero datetime behavior(英文字面意思为“0datetime反应”)=

convert to null(英文字面意思为“转化为null”)

，把日期转换为null代替异常处理)：

即这类操作情况的处理策略，有3种

1.exception(不指定，则默认)---->默认抛出异常，

2.convertToNull------->转化为null

3.round------->替换成最近的日期即XXXX-01-01

这个在指定管理的数据库连接属性文件(jdbc.properties)jdbc的URL常用到,比如这么写:

jdbc.url=jdbc:mysql://localhost:3306/databaseName?zeroDateTimeBehavior=convertToNull