-
如果表中包含
TIMESTAMP
的列,那么其建表语句有可能被系统篡改,取决于MySql的版本和参数设置。 -
当
MySQL
参数time_zone=system
时,高并发可能会引起CPU使用率暴涨,系统响应变慢甚至假死 -
如果存入超过范围的时间,在非严格状态下,MySql不会报错,反而会插入
'0000-00-00 00:00:00'
新建一个包含TIMESTAMP
的表可真难
MySql
5.6.6版本引入了explicit_defaults_for_timestamp
这个参数,随即被标记为废弃,这个参数主要影响表中类型为TIMESTAMP
的那些列在新建表时的表现
mysql> show variables like ‘explicit_defaults_for_timestamp’;
±--------------------------------±------+
| Variable_name | Value |
±--------------------------------±------+
| explicit_defaults_for_timestamp | OFF |
±--------------------------------±------+
mysql> create table t1
-> (
-> ts1 timestamp,
-> ts2 timestamp,
-> ts3 timestamp default ‘2010-01-01 00:00:00’
-> );
Query OK, 0 rows affected (0.03 sec)
mysql> show create table t1\G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE t1
(
ts1
timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
ts2
timestamp NOT NULL DEFAULT ‘0000-00-00 00:00:00’,
ts3
timestamp NOT NULL DEFAULT ‘2010-01-01 00:00:00’
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
虽然我们输入的建表语句很简单,但是MySql
却对于我们输入的建表语句做了诸多的篡改:
-
对于表中的第一个
TIMESTAMP
列,系统自动加了NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
,这些操作对于新建表的开发者完全是不感知的。 -
对于表中的第二个
TIMESTAMP
列,系统自动加了一个默认值0000-00-00 00:00:00
,这个操作同样对于新建表的开发者完全不感知。
在系统对我们的建表语句做了自动修改之后,对表的插入操作可能就不会如开发者预期的那样:
mysql> insert into t1 values (null,null,null);
Query OK, 1 row affected (0.00 sec)
mysql> select * from t1;
±--------------------±--------------------±--------------------+
| ts1 | ts2 | ts3 |
±--------------------±--------------------±--------------------+
| 2021-05-09 07:47:50 | 2021-05-09 07:47:50 | 2021-05-09 07:47:50 |
±--------------------±--------------------±--------------------+
1 row in set (0.00 sec)
可以看到,MySql
的表现非常的鬼畜
-
对于第一个
TIMESTAMP
列,建表语句中指定可以为null
,但是插入null
的时候存到表里的却是当前时间 -
对于第二个
TIMESTAMP
列,虽然通过语句show create table t1\G
查出来的建表语句指定的默认值是'0000-00-00 00:00:00'
但是存到表里的却是当前时间 -
最奇怪的是第三个
TIMESTAMP
列,尽管我们显式指定默认值为'2010-01-01 00:00:00'
,但是落表的时间仍然是当前时间
这一切都是在参数explicit_defaults_for_timestamp
被设置为OFF
的时候发生的,但是遗憾的是OFF
恰恰就是参数explicit_defaults_for_timestamp
的默认值。
如果我们将 explicit_defaults_for_timestamp
的值改为 ON
,则事情会变得好很多
mysql> show variables like ‘explicit_defaults_for_timestamp’;
±--------------------------------±------+
| Variable_name | Value |
±--------------------------------±------+
| explicit_defaults_for_timestamp | ON |
±--------------------------------±------+
mysql> create table t2
-> (
-> ts1 timestamp,
-> ts2 timestamp,
-> ts3 timestamp default ‘2010-01-01 00:00:00’
-> );
Query OK, 0 rows affected (0.02 sec)
mysql> show create table t2\G
*************************** 1. row ***************************
Table: t2
Create Table: CREATE TABLE t2
(
ts1
timestamp NULL DEFAULT NULL,
ts2
timestamp NULL DEFAULT NULL,
ts3
timestamp NULL DEFAULT ‘2010-01-01 00:00:00’
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.01 sec)
mysql> insert into t2 values (null,null,null);
Query OK, 1 row affected (0.01 sec)
mysql> select * from t2;
±-----±-----±-----+
| ts1 | ts2 | ts3 |
±-----±-----±-----+
| NULL | NULL | NULL |
±-----±-----±-----+
1 row in set (0.00 sec)
这一次,建表语句中那些奇怪的默认值都没有了,清爽了好多,而且TIMESTAMP
的的列也可以插入NULL
了,如果我们显式指定了NOT NULL
,STRICT_TRANS_TABLES
被指定的情况下直接报错,如果STRICT_TRANS_TABLES
没有被指定,那么会向该列中插入0000-00-00 00:00:00
并且产生一个warning
mysql> create table t3
-> (
-> ts1 timestamp,
-> ts2 timestamp,
-> ts3 timestamp not null
-> );
Query OK, 0 rows affected (0.01 sec)
mysql> show create table t3\G
*************************** 1. row ***************************
Table: t3
Create Table: CREATE TABLE t3
(
ts1
timestamp NULL DEFAULT NULL,
ts2
timestamp NULL DEFAULT NULL,
ts3
timestamp NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.01 sec)
mysql> insert into t3 values (null,null,null);
ERROR 1048 (23000): Column ‘ts3’ cannot be null
mysql> insert into t3 (ts1,ts2) values (null,null);
Query OK, 1 row affected, 1 warning (0.01 sec)
mysql> show warnings;
±--------±-----±-----------------------------------------+
| Level | Code | Message |
±--------±-----±-----------------------------------------+
| Warning | 1364 | Field ‘ts3’ doesn’t have a default value |
±--------±-----±-----------------------------------------+
mysql> select * from t3;
±-----±-----±--------------------+
| ts1 | ts2 | ts3 |
±-----±-----±--------------------+
| NULL | NULL | 0000-00-00 00:00:00 |
±-----±-----±--------------------+
高并发环境下并不适合使用TIMESTAMP
这一点MySql
的文档中有明确的说明:
Note
If set to
SYSTEM
, every MySQL function call that requires a time zone calculation makes a system library call to determine the current system time zone. This call may be protected by a global mutex, resulting in contention.
虽然通过TIMESTAMP
可以自动转换时区,代价是当MySQL
参数time_zone=system
时每次都会尝试获取一个全局锁,这在高并发的环境下无疑是致命的,可能会导致线程上下文频繁切换,CPU使用率暴涨,系统响应变慢甚至假死。点击这个Java面试库小程序可以在线刷题。
时间范围并不是强校验的
如果我们尝试往MySql
中插入超过TIMESTAMP
可表示的时间范围的值,MySql
在非严格模式下并不会报错,仅会产生一个warning
mysql> insert into t1 values (‘2039-01-01 00:00:00’,null,null);
Query OK, 1 row affected, 1 warning (0.00 sec)
mysql> show warnings;
±--------±-----±---------------------------------------------+
| Level | Code | Message |
±--------±-----±---------------------------------------------+
| Warning | 1264 | Out of range value for column ‘ts1’ at row 1 |
±--------±-----±---------------------------------------------+
1 row in set (0.00 sec)
mysql> select * from t1;
±--------------------±--------------------±--------------------+
| ts1 | ts2 | ts3 |
±--------------------±--------------------±--------------------+
| 2021-05-09 07:47:50 | 2021-05-09 07:47:50 | 2021-05-09 07:47:50 |
| 0000-00-00 00:00:00 | 2021-05-09 08:09:06 | 2021-05-09 08:09:06 |
±--------------------±--------------------±--------------------+
2 rows in set (0.00 sec)
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip1024b (备注Java)
总结
虽然面试套路众多,但对于技术面试来说,主要还是考察一个人的技术能力和沟通能力。不同类型的面试官根据自身的理解问的问题也不尽相同,没有规律可循。
上面提到的关于这些JAVA基础、三大框架、项目经验、并发编程、JVM及调优、网络、设计模式、spring+mybatis源码解读、Mysql调优、分布式监控、消息队列、分布式存储等等面试题笔记及资料
有些面试官喜欢问自己擅长的问题,比如在实际编程中遇到的或者他自己一直在琢磨的这方面的问题,还有些面试官,尤其是大厂的比如 BAT 的面试官喜欢问面试者认为自己擅长的,然后通过提问的方式深挖细节,刨根到底。
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
12861907628)]
[外链图片转存中…(img-nPdDFquF-1712861907628)]
上面提到的关于这些JAVA基础、三大框架、项目经验、并发编程、JVM及调优、网络、设计模式、spring+mybatis源码解读、Mysql调优、分布式监控、消息队列、分布式存储等等面试题笔记及资料
有些面试官喜欢问自己擅长的问题,比如在实际编程中遇到的或者他自己一直在琢磨的这方面的问题,还有些面试官,尤其是大厂的比如 BAT 的面试官喜欢问面试者认为自己擅长的,然后通过提问的方式深挖细节,刨根到底。
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
[外链图片转存中…(img-Qz4V5X6J-1712861907629)]