前言最近在写一个项目接口。测试中发现服务器上测试正常的功能，在本地一直有问题。一步步的排查，最终锁定问题是由于函数strtotime返回了一个false值，导致数据插入数据库失败。相同代码运行结果不一样，原因那就是环境不一致导致。要么是PHP版本不同，要么是位数不同。我电脑是64位的。这里是PHP位数不一致，服务器使用64位，而我本地是32位。而strtotime被传入了一个字符串2050-1-1
转载
2024-07-21 23:57:53
130阅读
目录MySQL安装与基本配置(centos 7.3)修改 MySQL默认字符集和引擎MySQL创建用户与授权一，MySQL安装与基本配置(centos 7.3)1. 查看系统中是否已安装 MySQL 服务：以下提供两种方式rpm -qa | grep mysql
yum list installed | grep mysql2、如果已安装则删除 MySQL 及其依赖的包yum -y remove
20230109测试ToyBrick的RK3588开发板运行Buildroot的V0.02版本（20220312） 2023/1/9 18:03https://wiki.t-firefly.com/zh_CN/Firefly-Linux-Guide/manual_buildroot.html 1. Buildroot 使用手册 1.1. 桌面应用 官方发布的 Buildroot 固件，默认支持 W
20230109测试ToyBrick的RK3588开发板运行Buildroot的V0.02版本（20220312） 2023/1/9 18:03https://wiki.t-firefly.com/zh_CN/Firefly-Linux-Guide/manual_buildroot.html 1. Buildroot 使用手册 1.1. 桌面应用 官方发布的 Buildroot 固件，默认支持 W
MySql-8.0.26安装详细教程保姆级下载安装包安装配置配置环境变量下载安装包下载安装包： 下载网址： https://dev.mysql.com/downloads/ 选择这个进入后选择直接下载第一个点击这里，开始下载安装配置解压安装包 我这里解压到d盘 打开编写MySQL配置文件 在解压目录下新建my.ini文件 将下面文本拷贝进my,ini文件中[mysqld]
# 设置3306端口
p
转载
2024-04-18 21:42:36
37阅读
本节中的讨论描述了如何在表(扩展名和 )上使用 myisamchk。 MyISAM.MYI.MYD您也可以使用CHECK TABLE and REPAIR TABLE语句检查和修复MyISAM表。请参见 第13.7.3.2节“ CHECK TABLE语句”和 第13.7.3.5节“ REPAIR TABLE语句”。损坏的表的症状包括查询意外中止和可观察到的错误，例如：找不到文件 tbl_name.
转载
2023-12-13 21:33:36
31阅读
时间戳是从格林威治时间1970年01月01日00时00分00秒(北京时间1970年01月01日08时00分00秒)起至现在的总秒数。现在时间戳的长度是十位（1435113975--2015/6/24 10:46:15）。要到 2286/11/21 01:46:40 才会变成11位（10000000000），距离现在还有 271年。 不同时区获取的时间不一样，
转载
2024-04-18 08:30:20
315阅读
原文作者：aircraft今天因为换了个LINUX系统 把我的E盘不小心给卸载了 结果还是不能用 导致 我E盘里面的mysql也都被删除了 所以又要在次重新装一个MYSQL 了 花了很多时间 也看了很多教程、好了废话不多说 进入正题。下载地址：https://downloads.mysql.com/
转载
2024-09-22 15:29:08
81阅读
在这篇文章中，我们将深入探讨“mysql 2038问题 解决方案”的各个方面，从问题背景到解决方案，再到如何验证测试以及预防和优化措施，力求为读者提供一站式的详尽指导。
### 问题背景
在信息技术领域，随着Unix时间戳的广泛应用，我们不可避免地面临“mysql 2038问题”。这是一种由于时间格式限制而导致的潜在问题，尤其是在旧的系统中，时间戳只能表示1970年到2038年之间的时间，一旦
当 timestamp 存储的时间大于 '2038-01-19 03:14:07' UTC，mysql就会报错，因为这是 mysql自身的问题，也就是说 timestamp是有上限的，超过了，自然会报错，具体原因查看官方文档：https://dev.mysql.com/doc/refman/8.0/
原创
2021-07-23 17:40:02
4645阅读
# 处理 MySQL 连接超时导致的 2038 问题
在开发过程中，遇到 MySQL 连接超时引发的 2038 问题可能会让初学者感到困惑。本文将详细介绍如何处理这一问题，并提供基础的代码示例，帮助你逐步理解整个流程。
## 流程概述
要处理 MySQL 连接超时导致的 2038 问题，我们需要遵循以下几个步骤：
| 步骤 | 描述 |
|------|------|
| 1 | 检
一、前言 大家可能也发现了，我最近在死磕MySQL了。MySQL应该是我们用的最多的关系型数据库了。因为工作需要，基础架构开发数据库多版本支持是绕不开的，今天好好整理了一下发现，mysql也不学好，版本从5.7大跨步进入8.0。那都有哪些版本，分别有什么改变呢？这就是本文要说的事情。二、MySQL版本演变史下面仅从产品特性的角度梳理其发展过程中
转载
2023-10-13 13:37:41
31阅读
Python2.6 处理Cookie时 gmtime 总出错，明明在工作站上没问题的脚本到服务器上就罢工。又孤陋寡闻了，原来还有个2038年问题。
2.2. No "year 2038" problem anymore: that was only on 32-bit platforms.
It is worthwhile to note here tha
原创
2013-02-19 19:47:42
1228阅读
P2655 2038年问题 P2655 2038年问题 P2655 2038年问题 题目描述 网络时代，机会与危机共存。“千年虫”解决之后，会不会有新的“虫”出现？回答是肯定的，“2038年”就是一个新的关卡。 也许大家都已经知道计算机的2000年问题是什么概念，但是什么时候又冒出来一个2038年问
转载
2017-11-25 14:34:00
66阅读
# MySQL 2038问题如何修复
## 介绍
MySQL是一种常用的关系型数据库管理系统，但在使用过程中，可能会遇到各种问题。其中之一是MySQL 2038问题，它是指在某些情况下，MySQL报告“MySQL server has gone away”的错误，并且无法连接到数据库。本文将介绍如何修复MySQL 2038问题，并提供相关示例和流程图。
## 问题背景
MySQL 2038问题
原创
2023-08-28 04:00:58
231阅读
mysql不能正常启动的原因之一原因之一：你可以在编辑my.txt文件的时候没有使用ANSI保存，把它存储为ANSI文件模式就能解决了。以上是应该保存的文本模式。![这里是my文件所在的位置，不同的电脑存储位置不同，my文件的位置也不同。#mysql不能正常启动的愿意之一]()# 欢迎使用Markdown编辑器你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用M
# 如何实现MongoDB中的2038年时间戳
作为一名经验丰富的开发者，我很高兴能够帮助刚入行的小白实现MongoDB中的2038年时间戳。接下来，我将通过这篇文章详细介绍实现的步骤和代码。
## 流程图
以下是实现MongoDB中的2038年时间戳的流程图：
```mermaid
flowchart TD
A[开始] --> B[创建MongoDB连接]
B --> C
原创
2024-07-21 04:19:34
77阅读
庚子年是中国传统的 60 甲子纪年法。擅长观测的古人很早就发现，每当年份执行到庚子这一年，自然灾害变多，突发事件频频，一些震动世界、影响安定的大事件也容易发生在这一年。而我们现在所处的 2020 年就是新一轮的庚子年，现在都 4 月了，很多网友都调侃说新的一年什么事情都没做，光在见证历史了。当然了，作为一个技术博主，我并不是来给大家科普庚子年的，今天我们要说的是计算机中的一个比
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼在计算机应用上，2038年问题可能会导致某些软件在2038年无法正常工作。所有使用UNIX时间表示时间的程序都将受其影响，因为它们以自1970年1月1日经过的秒数(忽略闰秒)来表示时间。这种时间表示法在类Unix(Unix-like)操作系统上是一个标准，并会影响以其C编程语言开发给其他大部份操作系统使用的软件。在大部份的32位操作系统上，此“
Year 2038 problem在 CS50 第 01 讲：C语言 中，提到了一个很有趣的问题：Year 2038 problem，这个问题指的是：一些使用 32 位来存储时间戳的计算机，在 2038 年，可能会出现整数溢出的问题，导致计算机的时间倒退回 1901 年时间戳 指得是：UTC 1970 年 1 月 1 日 0 时 0 分 0 秒到现在经历的秒数，用时间戳就可以表示当前的时间为什么会
