沧海要,《SQL SERVER 运维之道》,清风笑,竟惹寂寥
❝开头还是介绍一下群,如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题,有需求都可以加群群内有各大数据库行业大咖,可以解决你的问题。加群请联系 liuaustin3 ,(共3300人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9)(1 2 3 4 5 6 7群均已爆满,开8群近400 9群 200+,开10群PolarDB专业学习群100+)
作为一个曾经服务SQL SERVER数据库15年的人,我对今天文字中的主人公,也就是750天就为写一本书的这位老师,是带有崇敬的心情的,也感谢这位老师邀请我给这本书写序。SQL SERVER,很久没有人在这块出过书了。很多人在感觉上,MSSQL是不是在中国快消亡绝迹了。
根据贝哲斯咨询公司的2025年数据库调查数据显示,即使在国内信创和政府的双管齐下下,SQL SERVER仍然在中国获得了上亿元的市场规模。
https://m.gelonghui.com/p/2350231 (市场调查报告)
但与这样的市场规模相比,MSSQL的技术,文章,书籍却成了一个短板,相信今天我要介绍的这位老师也意识到这个问题,他想站出来为数据库书籍市场中缺席的 MSSQL 弥补一下缺失,也希望将他 12年关于SQL SERVER的知识总结和新的理解呈现给大家,作为自己多年工作的一个小结。
同时让我佩服这位老师的另一个原因,就两个字,坚持。本书中有一段关于SQL SERVER 列存索引的部分,这位老师为了将这部分专业的知识应用到数据库中并且进行连续的压测,将无差错的数据呈现给大家,在每天下班后,都要将这些测试的工作干到深夜。甚至在我们沟通中,他还告诉了我一个,让我不得不对他另眼相看的一个小故事。
他为了写本书,为了这本书中的一个测试,他购买了一台服务器。对的,我没有写错,买了一台国产品牌的服务器作为测试机,不过我没有好意思详细的在探究是刀片服务器还是立式服务器。为了能获得一些对大家生产上有用的测试数据,并保证这些数据的严谨性,希望这些数据有一定代表性。这些内容在本书的 5.1 ,5.4.4小结中有所体现。
我微信里面和他打趣,问他你这成本合得来吗? 750天,买了一台服务器,大部分时间下班要做测试到深夜,你图什么?
他说,人活着都得有点想法,也没有想过能付出这么多,后面习惯了,到写完这本书后,才想到亏了,亏了就亏了吧!
我心里就想,唉典型的技术武痴!!
在翻看这本书时,有一个让我很难用言语表达的情感,我也干了15年的SQL SERVER,我怎么就没有写出这样的书。不过后面看完我服气了,我写不出来,这本书很与时俱进,他的SQL SERVER安装的方式中有一章一大段是讲咱们在LINUX上安装SQL SERVER,以及在LINUX上的SQL SERVER的优化。这点的确是之前的SQL SERVER书籍 无法比拟的,不在实际工作中遇到很难有这个维度去写这块的东西,到这里我也理解了他买服务器的,一些可能的原因。
另外还有我在之前SQL SERVER文章中一直提到的 SQL SERVER的自动驾驶的部分,高版本的SQL SERVER 如何能自动优化SQL,我的文章也只是涉及一些皮毛。让我惊喜的是这本书把MSSQL的这段没有人深入的部分,写出来了。
对于SQL SERVER中的新的功能点,如何将SQL SERVER 变为图数据库,时序数据库等等也都有章节详述。
当然还有群里一直的SQL SERVER数据库的热点问题,高可用的 Always On,但这里他是在LINUX上搭建的,并将这些网上都不好搜索到的珍贵知识写到书里。
还有我翻到第五章,关于与HTAP有关的部分,列式存储索引的部分,我这里讲一些经典的句子和大家分享。
“列存储索引结合了创新的存储和计算框架,为高效事务处理与实时分析提供了有力支持。”“通过将数据压缩为列存储格式,查询时可以批量处理行集并仅加载查询所需的字段,从而提供几个数量级的查询性能提升。”“30TB的原始业务数据在导入聚集列存储索引表后仅占用6TB的存储空间,实现了约1:5的压缩比。”“(内存优化表)没有传统索引碎片问题(Fragmentation)。” “内存优化表实际上是一把双刃剑,它只适用于特定的业务场景,并不适用于所有场景。”
在这些句子下面有他很多真知灼见和测试结果后得出的结论。
写到这里,我还没有介绍他是谁,他就是《SQL Server 2022运维之道》作者林勇桦,林老师。微软 数据库MVP (SQL SERVER方向)。曾在公司管理过2000套SQL SERVER,最大单体超过50T的 MSSQL大专家,也是被微软官方邀请到美国西雅图参加MVP峰会的为数不多的中国人。
最后我特别荣幸的能被林老师印在这本书的最后一页,这是我的荣幸,由衷的荣幸。
俗话说的好,少壮不努力,老大徒伤悲,沧天笑,纷纷世上潮,谁胜谁负,天知晓,大浪淘尽英雄汉,谁又明了,只留下清风笑,只剩下豪情召!
寄:技术武痴
微软动手了,联合OpenAI + Azure 云争夺AI服务市场
“当复杂的SQL不再需要特别的优化”,邪修研究PolarDB for PG 列式索引加速复杂SQL运行
“合体吧兄弟们!”——从浪浪山小妖怪看OceanBase国产芯片优化《OceanBase “重如尘埃”之歌》
未知黑客通过SQL SERVER 窃取企业SAP核心数据,影响企业运营
那个MySQL大事务比你稳定,主从延迟低,为什么? Look my eyes! 因为宋利兵宋老师
非“厂商广告”的PolarDB课程:用户共创的新式学习范本--7位同学获奖PolarDB学习之星
说我PG Freezing Boom 讲的一般的那个同学,专帖给你,看看这次可满意
这个 PostgreSQL 让我有资本找老板要 鸡腿 鸭腿 !!
OceanBase Hybrid search 能力测试,平换MySQL的好选择
HyBrid Search 实现价值落地,从真实企业的需求角度分析 !不只谈技术!
OceanBase 光速快递 OB Cloud “MySQL” 给我,Thanks a lot
从“小偷”开始,不会从“强盗”结束 -- IvorySQL 2025 PostgreSQL 生态大会
被骂后的文字--技术人不脱离思维困局,终局是个 “死” ? ! ......
个群2025上半年总结,OB、PolarDB, DBdoctor、爱可生、pigsty、osyun、工作岗位等
从MySQL不行了,到乙方DBA 给狗,狗都不干? 我干呀!
SQL SERVER 2025发布了, China幸亏有信创!
MongoDB 麻烦专业点,不懂可以问,别这么用行吗 ! --TTL
PostgreSQL 新版本就一定好--由培训现象让我做的实验
删除数据“八扇屏” 之 锦门英豪 --我去-BigData!
写了3750万字的我,在2000字的OB白皮书上了一课--记 《OceanBase 社区版在泛互场景的应用案例研究》
跟我学OceanBase4.0 --阅读白皮书 (OB分布式优化哪里了提高了速度)
跟我学OceanBase4.0 --阅读白皮书 (4.0优化的核心点是什么)
跟我学OceanBase4.0 --阅读白皮书 (0.5-4.0的架构与之前架构特点)
跟我学OceanBase4.0 --阅读白皮书 (旧的概念害死人呀,更新知识和理念)
MongoDB 相关文章
MongoDB “升级项目” 大型连续剧(4)-- 与开发和架构沟通与扫尾
MongoDB “升级项目” 大型连续剧(3)-- 自动校对代码与注意事项
MongoDB “升级项目” 大型连续剧(2)-- 到底谁是"der"
MongoDB “升级项目” 大型连续剧(1)-- 可“生”可不升
MongoDB 大俗大雅,上来问分片真三俗 -- 4 分什么分
MongoDB 大俗大雅,高端知识讲“庸俗” --3 奇葩数据更新方法
MongoDB 大俗大雅,高端的知识讲“通俗” -- 2 嵌套和引用
MongoDB 大俗大雅,高端的知识讲“低俗” -- 1 什么叫多模
MongoDB 合作考试报销活动 贴附属,MongoDB基础知识速通
MongoDB 使用网上妙招,直接DOWN机---清理表碎片导致的灾祸 (送书活动结束)
MongoDB 2023年度纽约 MongoDB 年度大会话题 -- MongoDB 数据模式与建模
免费PolarDB云原生课程,听课“争”礼品,重塑云上知识,提高专业能力
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
POLARDB 添加字段 “卡” 住---这锅Polar不背
PolarDB 版本差异分析--外人不知道的秘密(谁是绵羊,谁是怪兽)
PolarDB 答题拿-- 飞刀总的书、同款卫衣、T恤,来自杭州的Package(活动结束了)
PolarDB for MySQL 三大核心之一POLARFS 今天扒开它--- 嘛是火
PostgreSQL 无服务 Neon and Aurora 新技术下的新经济模式 (翻译)
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
全世界都在“搞” PostgreSQL ,从Oracle 得到一个“馊主意”开始
PostgreSQL 加索引系统OOM 怨我了--- 不怨你怨谁
PostgreSQL “我怎么就连个数据库都不会建?” --- 你还真不会!
PostgreSQL 稳定性平台 PG中文社区大会--杭州来去匆匆
PostgreSQL 分组查询可以不进行全表扫描吗?速度提高上千倍?
POSTGRESQL --Austindatabaes 历年文章整理
PostgreSQL 查询语句开发写不好是必然,不是PG的锅
MySQL相关文章