timestamp时间戳精确到微妙级别，出现bug 自MariaDB5.3版本起，timestamp时间戳精确到微妙级别，但这里存在一个致命bug，它会导致binlog记录的内容损坏，致使闪回恢复功能
最近修改mysql数据库表中的字段长度时报错，执行更改的sql语句：ALTER TABLE server_list MODIFY COLUMN server_lip CHAR(25); 报错信息：1
存储在系统中的数据是数据库管理系统(DBMS)的核心，数据库被设计用来管理数据的存储、访问和维护数据的完整性。MySQL中提供丰富的数据管理语句，包括插入数据的INSERT、更新数据的UP
揪出MySQL延迟上千秒的元凶背景Part1:写在最前MySQL的延迟告警想必大家一定不陌生，MySQL引起从库延迟的原因有很多，从硬件上讲可能是网卡，磁盘，内存达到瓶颈，从数据库层面来讲，可能是SQ
MariaDB 10.3支持update多表ORDER BY and LIMIT1）update连表更新，limit语句update t1 join t2 on
连接查询的分类 本文讨论中用到的测试数据``create table student(id int primary key auto_increment,name varchar(10));inser
写在前面：之前在维护线上主从复制架构的时候，遇到了一些主从延迟问题，笔者呢，也是比较好学的，哈哈！所以，查阅了诸多资料，然后去其糟粕，根据自己的理解和查阅的资料整理成了本文，在此申明，本文内容是笔者自
本文首发于 vivo互联网技术 微信公众号 链接：https://mp.weixin.qq.com/s/S7MhlsZveBHRSQhq5aTIJA 作者：何志创 一般大家对数据库事务的了解
昨天开发找到我们DBA，要我们写一条Hive SQL。需求：有一个t表，主要有机场名称airport，机场的经纬度distance这两个列组成，想得到所有距离小于100的两个机场名。其实写这个SQL的
vi /etc/my.cnf将这个port位置修改为你想修改的默认端口修改完之后，重启一下mysql服务,ok
