sql时间N天前数据查询
发表于|更新于
|浏览量:
今天写代码用到了
1 | #三年前的日期 |
相关推荐
2022-06-08
mysql修改字符集
我需要,最狂的风,和最静的海。——顾城《世界和我·第八个早晨》 首先是查看字符集格式 1show variables where variable_name like '%character%' 然后是存储过程,用于修改表内所有字段的字符集 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950DROP PROCEDUREIF EXISTS addColumn;DELIMITER $$CREATE PROCEDURE addColumn () BEGIN-- 定义表名变量 DECLARE s_tablename VARCHAR ( 100 );/*显示表的数据库中的所有表SELECT table_name FROM information_schema.tables WHERE table_schema='databasename' Order by table_name ;*/#显示所有 DECLARE ...
2021-11-30
mysql连接数满了怎么调大
人生应该如蜡烛一样,从顶燃到底,一直都是光明。——萧楚女 今天链接数据库发现提示too many connections 于是临时把mysql连接数调大了一点 查看参数sql: 1show variables; 设置连接数: 1set GLOBAL max_connections=99999;
2022-10-20
数据库迁移flyway
批评,这是正常的血液循环,没有它就不免有停滞和生病的现象——奥斯特洛夫斯基 数据库迁移可以使用flyway git地址:https://github.com/flyway/flyway 官网地址: https://flywaydb.org
2025-01-19
VictoriaMetrics
任凭人群来往,任凭钟声响起,小孩啼哭——决心好好过上一天。——梭罗的《瓦尔登湖》 最近在了解一些性能优化和数据监控的工具时,我发现了一个非常实用的项目——VictoriaMetrics。它是一个高效的时间序列数据库,专为大规模数据监控和存储而设计,特别适合用来存储 Prometheus 格式的时序数据。 VictoriaMetrics 的核心优势是其高性能、高可扩展性和低资源消耗,这使得它非常适合大规模的生产环境,尤其是在处理监控数据和日志数据时。无论是在单节点部署还是集群模式下,VictoriaMetrics 都能提供极高的性能,支持每秒数百万的写入请求和非常快速的查询响应。 VictoriaMetrics 可以通过多种方式进行安装和使用。你可以通过二进制包、Docker 或者 Kubernetes 等方式轻松部署。以下是常见的安装和配置方式: 通过二进制安装你可以从 GitHub Releases 页面下载适用于自己系统的二进制包,解压后运行即可。例如: 1234wget https://github.com/VictoriaMetrics/VictoriaMetri...
2023-06-06
加唯一索引时候发现已有重复数据删除
说话随便的人,便是没有责任心。——哈代 sql如下 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677-- 查询重复数据idSELECT GROUP_CONCAT( id SEPARATOR ',' )FROM `my_table` GROUP BY `user_id`, `depart_id`, `position_id` HAVING COUNT(*) > 1 AND `user_id` IS NOT NULL AND `depart_id` IS NOT NULL AND `position_id` IS NOT NULL;-- 查询需要删除掉的重复数据SELECT t1.`id`, t1.`user_id`, t1.`depart_id`, t1.`position_id`, t1.`gmt_create...
2020-06-19
mysql使用druid时自动断开连接解决方案
今天接手了一个上了年龄的项目,用的是smm,数据库连接池用的druid,数据库版本较老,是5.0的mysql,我升级成mysql8.0后,一开始还没问题,然后大概每次无连接2分钟后数据库自动断开。。。 前端妹子立马跟我说接口报错了,我咯噔心里一慌,让前端妹子给我截一下报错信息(后台日志刷的太多,当时没注意到)。然后前端妹子说,哦又好了,我当时意识到不对劲,但也没有深究,直到这样的问题出了几次,每次一刷新又好了,我开始意识到问题的严重性。 一开始我复制了报错信息,也就是这一段 123Caused by: com.mysql.cj.exceptions.CJCommunicationsException: Communications link failureThe last packet successfully received from the server was 8848 milliseconds ago. The last packet sent successfully to the server was 8848 milliseconds ago. 搜了半天,网上...
