数据库迁移flyway
发表于|更新于
|浏览量:
批评,这是正常的血液循环,没有它就不免有停滞和生病的现象——奥斯特洛夫斯基
数据库迁移可以使用flyway
git地址:https://github.com/flyway/flyway
官网地址:

相关推荐
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. 搜了半天,网上...
2025-06-29
dble
好学近乎知,力行近乎仁,知耻近乎勇。一一《中庸》 https://github.com/actiontech/dble https://opensource.actionsky.com/ dble:高性能 MySQL 分库分表中间件,助力数据库水平扩展在互联网业务持续增长的今天,单台 MySQL 数据库的性能瓶颈和容量瓶颈愈发突出。面对数据量级和访问压力的持续提升,如何平滑实现 MySQL 的分库分表和在线扩展,成为众多企业技术团队亟需解决的问题。由上海爱可生信息技术股份有限公司开源和维护的 dble(发音为“double”,取意“更少 bug,没有 ou”),正是面向这一需求的专业级解决方案。 一、dble 简介dble 是一款专为 MySQL 设计的高可扩展性数据库中间件,其核心功能是实现 MySQL 的分库分表(Sharding)、高可用集群和复杂 SQL 的分布式优化。dble 诞生于实践一线,已在银行等关键场景大规模应用,并作为爱可生公司“云树分布式数据库软件(CTREE Shard)”的开源版本持续迭代。 二、核心特性1. 透明分库分表 支持在业务无感知的情况...
2020-11-05
mysql案例数据库
人类的悲剧,就是想延长自己的寿命。我们往往只憧憬地平线那真个神奇玫瑰园,而忘了去赏识今天窗外正在盛开的玫瑰花。——(美)戴尔·卡耐基 昨天有群友问 那这里就分享一下mysql官网的案例数据库,下载下来就是sql文件,执行完就有现成的用于练手的数据 首先进入mysql官网的其他文档 可以看到下方的Example Databases 我们选一个下载Zip 下载完了里面就是一个sql文件 比如我下载的world.sql 下载完直接执行就有大堆数据用来练手啦!
2021-12-03
mysql重置自增主键坑
商人的兴趣就在那些能找到财富的地方。——埃伯克 今天重置mysql自增主键时遇到个坑,明明sql执行了 1ALTER TABLE table_name AUTO_INCREMENT= 1; 但还是修改失败了 后来发现原来是因为当前表最大id比我设置的自增id大导致的 而且这种情况还不报错,提示sql正常执行,就挺坑的 最后把表内数据调整了,成功重置自增id 可以通过 1SHOW TABLE STATUS WHERE NAME = 'user'; 查看表状态
2026-02-27
ruvector
迁延蹉跎,来日无多,二十丽姝,请来吻我,衰草枯杨,青春易过。——莎士比亚 RuVector:不只是“向量数据库”,更像一套会自我学习的 Agentic AI 操作系统 仓库:ruvnet/ruvector描述(repo description):RuVector is a High Performance, Real-Time, Self-Learning, Vector Graph Neural Network, and Database built in Rust.许可证:MIT一句话 README(更贴近直觉的版本):“会自我学习、自我优化的向量数据库——内置图智能、本地 AI,以及 PostgreSQL。” 很多向量数据库都很强:存向量、建索引、做相似度检索、再配点过滤条件……你用得越久,它还是那套规则;你每次查询,它就每次“照章办事”。 RuVector 的野心不一样:它把“检索”当成一个会成长的过程——它会观察你的使用方式,让结果变得越来越好,并且把“向量、图、LLM、本地推理、PostgreSQL 集成、部署形态(甚至是单文件自启动容器)”尽量收敛到...
