-
编辑 删除
MYSQL not in not exists 我们不一样, 坑你还得入？
MYSQL 8 这个版本已经和简单的查询慢慢的说再见了，MYSQL 8.017的功能Antijoin 也登录
-
编辑 删除
MYSQL 同样逻辑--四种SQL写法春夏秋冬
提到复杂查询，MYSQL 头疼的旅程就开始了，当然优化的方法和其他的数据监控也不大同，MYSQL的语句优化属
-
编辑 删除
Postgresql 监控你说了不算，谁说了算 ? (2 PGBADGER)
日志，日志，日志，无论你是IT 的那个LEVEL 都知道，没有日志的系统是有硬伤，POSTGRESQL 的日
-
编辑 删除
Postgresql 监控你说了不算，谁说了算？ （1 pgcluu）
人生可能如同塑料袋，轻薄，毫无意义，但装满东西，就可以变成任意的形态，可大可小，可软可硬，取决于他的，是里面
-
编辑 删除
PostgreSQL 变成充气娃娃，怪谁？
周三是新年的第一天，所以周三和周五的文字调换一下，所以postgresql 高可用的文字要在周四发布，敬请见
-
编辑 删除
2020年，歪果仁看 数据库趋势 -- 挑战与机遇
今天是2020年的第一天，所以周五的胡说八道搬到了今天，首先祝大家新年愉快，万事如意，心想事成，此后省略上千
-
编辑 删除
年底了，DB fighting 阵地的转换
今年算是 PG 针对其他传统数据库fight比较激烈的一年，也算是开始，后面的戏还长着呢，从气势上看，有些数
-
编辑 删除
MYSQL 同样逻辑--四种SQL写法春夏秋冬
提到复杂查询，MYSQL 头疼的旅程就开始了，当然优化的方法和其他的数据监控也不大同，MYSQL的语句优化属
-
编辑 删除
--MySql 那些监控参数 问 与 答 （二） 之从监控看配置是否合理
实在抱歉，上期的 谁说Postgresql 没有靠谱的高可用为（4）期，疏忽忘记打标识了，特此道歉____
-
编辑 删除
谁说Postgresql 没有靠谱的高可用
接上期（如果你刚开始看的话，那估计可能会丈二和尚，建议还是从1 开始看）上期说到了见证服务器，见证服务器的功
-
编辑 删除
MYSQL 的表设计与使用，不要制造对立面
一个表的设计，个人愚见，首先要看业务，以及你选择的架构，业务量是大还是小，业务是互联网性质的，还是传统性质的
-
编辑 删除
MYSQL hash join 终于等到她
MYSQL 的多表联合查询中，只有nest loop 的查询方式，让MYSQL 一致是被“嘲笑”的地方。MY
-
编辑 删除
MYSQL 的表设计与使用，不要制造对立面
一个表的设计，个人愚见，首先要看业务，以及你选择的架构，业务量是大还是小，业务是互联网性质的，还是传统性质的
-
编辑 删除
PostgreSQL 临时表 1 2 3
周五的那篇本来没觉得会有那么多人看，回头还有留言的，既然大家都有心理的苦，我是这样想的，想要脱离苦难必然提高
-
编辑 删除
表设计与“馄饨”理论 想作为一个问题来讨论
其实是写错了，应该是混沌理论，不过大清早6:00在发这篇的时候，的确是饿了，见谅。表设计的时候，大部分公司都
-
编辑 删除
云和自治 会 “杀死” DBA
多年前就有很多某项功能会剥夺 DBA 的职位声音，包含 云，数据库上云后就不在需要 DBA ，或者相关的工作
-
编辑 删除
postgresql autovacuum 之 不看不知道
最近工作压力很大，同时本着对阅读者负责的态度，原来是一天一篇的速度，必然是支持不下去了，所以以后会提高文字的
-
编辑 删除
MYSQL io_capacity 哥俩，你调了吗？
innodb_io_capacity and innodb_io_capacity_max，这两个参数真的
-
编辑 删除
MYSQL 监控的参数 之 问 和 答 系列 （一）小监控大文章
其实说到监控，无非两个目的，报警与解决问题。英文表达 metrics and alerts ，所以监控的指标
-
编辑 删除
谁说postgresql 没有靠谱的高可用（3）
接上期，自动failover 到底要在哪里配置 （如果是第一次看这篇文的，请从第一篇看起，否则会不知道说什
