DB架构师:曾凡坤的博客 - GreatSQL社区 - Powered by Discuz!（万里开源技术社区）

文章博客

全部栏目运维实战原理&产品解读用户实践故障排错周边工具社区动态其他

PG能代替MYSQL吗?: 昨天刷朋友圈看到一个朋友转发PG德哥的文章并点评道 "DIO取代BUFFER IO,若能再改良UNDO实现,干掉MYSQL生态产品,指日可待" PG的进步为什么要干掉MYSQL呢? 就是因为MYSQL是ORACLE公司的产品? PG才是真开源产品! 这里PG 18准备开发直接IO,放弃LINUX系统的BUFFER IO.这样困扰PG多年的双层BUF不方便之处得到解 ...; DB架构师:曾凡坤发表于 2025-3-21 17:47
个人分类: MYSQL|970 0

MySQL8.0.4版本并行参数: 并行能力是指在处理多个任务或操作时，能够同时执行多个操作的能力。在MySQL中，并行能力可以提高数据库系统的处理能力和性能，从而更好地满足用户的需求。当然也需要合理地设计和配置并行参数，可以充分发挥并行性的优势，提高系统的吞吐量和响应速度。在MySQL8 中新增的并行参数有innodb_ddl_threads，innodb_parallel_r ...; DB架构师:曾凡坤发表于 2025-1-25 18:38
个人分类: MYSQL|1467 1 热度 1

2025-01-25: 关于大页可以参考我上一篇博客 MYSQL内存.OOM.大页内存 MySQL中大页设置在MySQL中启用大页（Huge Pages）可以提高性能，还可以减少内存的使用。大页能够减少操作系统的页表，由此可减轻CPU负担和内存空间，从而减少了内存管理开销。在MySQL中，InnoDB可以使用大页面为其缓冲池和额外的内存池分配内存。 1.首先 ...; DB架构师:曾凡坤发表于 2025-1-25 16:05
个人分类: MYSQL|1240 0

MYSQL内存.OOM.大页内存: 在以前的公众号里写了好几篇关于MYSQL内存的探讨和研究挖掘的.现在在这个公号整理成一个完整篇. 对于从ORACLE过来的人来说对OOM不太熟悉,大页内存熟悉.ORACLE主要是SGA共享池碎片的问题. ORACLE内存比较稳定,关系简单.还有自动内存调节的功能.所以ORACLE只要配置好了,基本就稳定如老狗! MYSQL呢? 其实也要配置好了,也稳 ...; DB架构师:曾凡坤发表于 2025-1-24 01:06
个人分类: MYSQL|1687 0

MYSQL C++链接接口编程: 使用MYSQL 提供的C++接口来访问数据库,官网比较零碎,又不想全部精读一下,百度CSDN都是乱七八糟的,大部分不可用官网教程地址 https://dev.mysql.com/doc/connector-cpp/1.1/en/connector-cpp-examples-connecting.html 网上之所以乱七八糟,主要是MYSQL提供了3个接口两个包,使用两种语言交叉编程. 可以用GCC编 ...; DB架构师:曾凡坤发表于 2025-1-6 10:09
个人分类: MYSQL|1045 1

AB表设计: 以前在一家第三方结算的公司做运维DBA，在一次与开发人员探讨某个表的数据运维。那时我头脑想到AB表来切换使用，比如当A表写满后，就切到B表，那么A表就可以做运维工作。看到系统有管理，业务，日志WEB页面，我想应该有个数据运维页面，在页面上点击个按钮就改变应用程序从读A到读B的操作。当然没实现，比较在一个成型的 ...; DB架构师:曾凡坤发表于 2025-1-6 09:57
个人分类: MYSQL|1166 0

基于MYSQL的JAVA初级优化措施: 世界是草台班子,这句话视乎很流行! 经历过几家创业公司的项目优化,以及大公司项目. 很多优化非常初级,用心点都能自己找出来! 其实主要原因当初是为了赶进度,能省则省.什么设计啊? 什么性能压测啊. 都省掉吧! 质量都要靠测试人员帮忙找出来,更何况是性能问题呢! 那怕是配齐了测试人员,一上线各种BUG起飞,然后经过个把 ...; DB架构师:曾凡坤发表于 2025-1-5 18:43
个人分类: MYSQL|783 0

互动与交流: 社区活动; 论坛问答; 加入社区; 贡献者指南

学习与应用: 文章博客; 文档资料; 视频资料; 常见问题

发现社区: 社区准则; 建议反馈; 社区之星

合作电话：010-64087828

社区邮箱：greatsql@greatdb.com

社区公众号

社区小助手

QQ群

友情链接: 万里数据库开源中国墨天轮开放原子开源基金会 OpenEuler

©2022 GreatSQL All Rights Reserved. ( 京ICP备06057874号 )

GMT+8, 2026-8-17 22:22 , Processed in 0.365193 second(s), 4 queries , Redis On.

返回顶部