MySQL8.0.16开始，可以设置密码的过期策略，今天针对这个小的知识点进行展开。
在实际业务开发中，会碰到夏令时，闰秒，时区转换的问题，这些问题都需要从业务角度去考虑，保证用户在任何地区看到的数据都一致的，这就需要MySQL数据库、后端服务以及前端服务做相应的处理才能完成。
MySQL版本5.6.6版本起，添加了password_expired功能，它允许设置用户的过期时间。这个特性已经添加到mysql.user数据表，但是它的默认值是”N”，可以使用ALTER USER语句来修改这个值。
最近利用 MHA 做好 Mysql 读写分离后，时不时有用户反馈后台发布文章时，报程序“通用异常"，经问题排查，里面涉及应用JDBC连接池参数及Mysql参数调整问题。
时间真的存在吗？有观点认为，时间只是人类构想出来的一种概念，是用来衡量事物变化的标准。对于数据库来说，时间伴随着数据并进。让我们进入MySQL时间漩涡中看一看。
果您需要在全局范围内修改默认时区，需要在MySQL的配置文件my.cnf中添加以下行：
看完这篇文章，你能解决上面所有的疑惑。首先出场的是和时区相关的启动参数和系统变量。
最近发现之前部署在阿里云的一个web项目，每过一段时间就会报错，但是刷新下页面就会显示正常；在过了比较长的一段时间后，又会报同样的错误，如下：
各类型都有具体的取值范围，超出或非法的其他值时，MySQL 会回退到 0。TIMESTAMP 类型是个例外，给它设置一个超出范围的值时，将保存上该类型允许的最大值。
今天来聊一个简单的话题，这是一个小伙伴在微信上问我的，对于初学者我非常能理解这类问题带来的困扰，各种尝试，各种搜索，别人说的头头是道，但是就是解决不了自己的问题，今天我简单从两个方面来和大家聊聊这个问题，如果小伙伴们有其他的解决思路，也可以留言一起分享。 这个问题我们可以从两方面来分析： MySQL 本身的问题。 Java 代码的问题。 1. MySQL 本身问题 MySQL 本身问题，这个其实很好验证，不就是时间么，我们执行如下 SQL 看看 MySQL 上的时间跟我的电脑时间是否是一致的： select
MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值的语句，具体指运行时间超过long_query_time值的SQL，则会被记录到慢查询日志中。long_query_time的默认值为10，意思是运行10S以上的语句。默认情况下，Mysql数据库并不启动慢查询日志，需要我们手动来设置这个参数，当然，如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会或多或少带来一定的性能影响。慢查询日志支持将日志记录写入文件，也支持将日志记录写入数据库表。
在我还没来到这个世界上的时候，MySQL过的很辛苦，互联网发展的越来越快，它容纳的数据也越来越多，用户请求也随之暴涨，而每一个用户请求都变成了对它的一个又一个读写操作，MySQL是苦不堪言。尤其是到“双11”、“618“这种全民购物狂欢的日子，都是MySQL受苦受难的日子。
有时候使用一样东西用习惯了，就不大会多想，而出现问题的时候也不会想到那里去。所以MYSQL 的时间这个问题可能就属于这个list.
系统：Windows 10 MySQL：5.7.21 这个系列讲讲MySQL的一些基础知识 今天讲讲超时的问题 Part 1：场景说明 在某些场景下，例如执行一个计算，需要长时间与数据库保持连接关系
可以看到mysql中存在多少sleep连接，有时候会发现，明明已经将程序关闭了，连接怎么还存在呢？
MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值(long_query_time，单位：秒)的SQL语句。默认情况下，MySQL不启动慢查询日志。本文简单介绍如何开启慢查询日志，如何用mysqldumpslow分析慢查询。
MySQL 中对客户端空闲连接的超时时间处理参数就是wait_timeout。简单来说，这个参数用于设定客户端与 MySQL Server 的空闲连接（非交互）超过此设定时间后，MySQL Server 会自动断开这个连接。默认时间一般为 28800 秒，即 8 小时。
针对上面第一种情况，很容易从字面意义就得出是读取超时。然而查询资料 JDBC 存在多种 timeout,仔细研究了一下，梳理一下。
ProxySQL 本身是一款非常棒的MYSQL 中间件的开源产品, 在公司运行了一段时间后,突然一天报警,所在机器的CPU 出奇的高,之前在测试系统, 预生产, 以及生产系统均没有出现问题. 开始未来紧急解决问题,重新启动了proxysql服务,并查看错误日志.
connect timeout和socket timeout都属于TCP层面的超时。
MySQL支持的时间类型有：DATE、TIME、DATETIME、TIMESTAMP、YEAR。它们的区别，主要在于取值范围的不同。此外，TIMESTAMP、DATETIME 还支持自动初始化（插入记录时）与自动更新（更新记录时）。
MySQL中的日志包括：错误日志、二进制日志、通用查询日志、慢查询日志等等。这里主要介绍下比较常用的两个功能：通用查询日志和慢查询日志。
由于是打算作为个人博客,所以对于install这个步骤,我从一开始就打算删掉的,前面一个多星期一直在修bug,到前天才开始做这个事情. 过程中也是碰到了各种问题,花了整整三天时间才完整的解决并实现了这个过程. 1.首先是思路的整理,如何去实现install过程的docker化. 由于原来是直接用的mysql5.7官方镜像,所以mysql数据的导入就不好实现,因此需要在原官方镜像的基础上重新创建镜像 实现方法及所需文件都在在mysql文件夹下. 2.数据导入与mysql权限问题. 设想是通过shell脚本来
在上一期《优化器成本记录表|全方位认识 mysql 系统库》中，我们详细介绍了mysql 系统库中的优化器成本记录表，本期我们将为大家带来系列第六篇《时区信息记录表|全方位认识 mysql 系统库》，下面请跟随我们一起开始 mysql 系统库的系统学习之旅吧！
分析MySQL语句查询性能的方法除了使用 EXPLAIN 输出执行计划，还可以让MySQL记录下查询超过指定时间的语句，我们将超过指定时间的SQL语句查询称为“慢查询”。
当数据量比较大，若SQL语句写的不合适，会导致SQL的执行效率低，我们需要等待很长时间才能拿到结果
当前，如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会对性能造成一定的影响，慢查询日志支持将日志记录到文件中
MQ是现在大型系统架构中必不可少的一个重要中间件，之前有偏文章《MQ(消息队列)常见的应用场景解析》介绍过MQ的应用场景，现在流行的几个MQ是rabbitmq,rocketma,kafka,这几个MQ比较最容易找到相关的文章，而也有些系统使用的是activemq，因activemq是相对比较传统的MQ，在使用过程中还是会遇到很多坑，这里简单列举几个大家可能会遇到的问题，把自己使用acitvemq的经验和大家分享一下。
https://dev.mysql.com/doc/refman/8.0/en/datetime.html
在生产环境处理故障的过程出现了java服务连接mysql，由于连接数太多被拒绝连接的故障，那么下面来看看怎么优化一下吧。
MySQL的优化指的是一个很大的系统，面试的时候我之前是从sql的语句优化方面去说的，这种优化也有作用，不过是从逻辑方面去优化。但是当所有的逻辑层面已经无可优化，所有的索引都已经加好，表结构也设计的合理，但是遇到高并发的时候，为什么MySQL还是扛不住呢。当然可以通过其他的方面去缓解MySQL的压力，这里我们暂且不谈。对于MySQL而言，我们要尽最大的可能去压榨机器的性能，让所有的计算资源都不浪费，都可以为我们服务。MySQL运行在服务器上，这里特指Linux服务器。那么服务器的硬盘、CPU,内存，网络都有影响到MySQL的性能。MySQl是非常耗费内存的，线上服务器的MySQL内存要吃到80%左右，内存过小，其他的优化空间其实很小。
因为mysql有一个默认的connect_timeout时间，一旦超过，会自动关闭连接。
去年写了一篇“【曹工杂谈】Mysql客户端上，时间为啥和本地差了整整13个小时，就离谱 ”，结果最近还真就用上了。
MySQL 5.7发布后，在复制方面有了很大的改进和提升。比如开始支持多源复制(multi-source)以及真正的支持多线程复制了。多源复制可以使用基于二进制日子的复制或者基于事务的复制。下面我们说一说如何配置基于二进制日志的多源复制。
最近开发告诉我，他们在测试系统的时候，会经常有连接MYSQL的连接被踢掉。具体给我的解释是，JAVA的缓冲池连接MYSQL 保持连接，但再次使用的时候，报连接错误。
MySQL是目前应用最为广泛的关系型数据库之一，可以应用于各种规模的应用场景。MySQL的性能优化是数据库管理和应用开发人员需要掌握的重要技能之一。其中，MySQL配置参数是影响数据库性能的重要因素之一。本文将对MySQL配置参数进行详解。
在web开发中，我们经常会写出一些SQL语句，一条糟糕的SQL语句可能让你的整个程序都非常慢，超过10秒一般用户就会选择关闭网页。
1、临时开启慢查询日志（如果需要长时间开启，则需要更改mysql配置文件，第6点有介绍）
日期与时间是非常重要的信息，在我们的系统中，几乎所有的数据表都用得到。原因是客户需要知道数据的时间标签，从而进行数据查询、统计和处理。因此，日期与时间类型也是我们最常用到的类型之一，今天就来聊一聊日期与时间类型中的TIMESTAMP类型。
在高并发的场景下，大量的请求直接访问MySQL很容易造成性能问题。所以，我们都会用Redis来做数据的缓存，削减对数据库的请求。但是，MySQL和Redis是两种不同的数据库，如何保证不同数据库之间数据的一致性就非常关键了。
可以看到默认慢查询是没有打开的，即OFF，而且日志文件也有一个默认的，并且慢查询定义的时间为10秒。
年底了，你的数据库是不是该巡检了？一般巡检都会关心密码安全问题，比如密码复杂度设置，是否有定期修改等。特别是进行等保评测时，评测机构会要求具备密码安全策略。其实 MySQL 系统本身可以设置密码复杂度及自动过期策略的，可能比较少用，大多数同学并未详细去了解。本篇文章我们一起来学习下如何设置数据库账号密码复杂度及自动过期策略。
工作11年，从事数据库工作7年，主要在金融行业。主要是做oracle,mysql。现在在农行软开中心主要做数据库应用方面的研究。
MySQL日志是在MySQL server上生成的，不管更改哪个存储引擎，这些日志都是需要有的，包括：
binlog二进制日志对于mysql数据库的重要性有多大，在此就不多说了。下面根据本人的日常操作经历，并结合网上参考资料，对binlog日志使用做一梳理： 一、binlog日志介绍 1）什么是binlog binlog日志用于记录所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。语句以“事件”的形式保存，它描述数据更改。 2）binlog作用 因为有了数据更新的binlog，所以可以用于实时备份，与master/slave主从复制结合。 3）和binlog有关参数 l
了不起学弟：最近看到一个老生常谈的面试题啊，redis和mysql如何保持数据一致性。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
