AI说这样加索引就行，放到生产才发现漏了最左前缀
大家好，我是数据库小学妹 我踩过的坑，你别再踩。有段时间我迷上了让 AI 看慢查询、提索引建议。它返回得又快又规整，DDL 写得整整齐齐，我一度觉得这东西又全又对。直到我把一批建议放到生产验证，才发现自己太天真。它漏了最左前缀，还给我加了两条重复索引，等于白花写入代价。
搜SQL Server替换全是REPLACE函数，难怪迁移总踩坑
大家好，我是数据库小学妹我踩过的坑，你别再踩。上周帮朋友查资料，我搜了句“SQL Server 替换”。前十条结果，八条在讲 REPLACE() 函数。朋友盯着屏幕问我。我想把这套库换掉，怎么全是改字符串？我也愣了一下。这个词确实有两个意思。
一篇文章搞懂C#中LINQ查询
很多人用LINQ只会查集合，慢查询找上门来，真正原因在哪。我以前用LINQ，基本就是Where加Select，能跑出结果就算完。后来有一次接口变慢，翻代码才发现，问题不在语法，而在我从没想过：这个查询在哪执行、会执行几次、最后被翻译成了什么。把这三点弄明白，LINQ才算真的上手。
MySQL慢查询？先看这3个系统表，别再凭感觉优化了
网站变慢了，DBA说：“肯定是数据库的事。”然后你开始凭感觉加索引、改SQL、调参数……慢查询不是靠猜的。MySQL自己就记录了所有答案，就藏在3个系统表里。第1张表：slow_log —— 找到真正慢的SQL很多人知道开慢查询日志，但不知道怎么用。
C# 用全文检索实现站内搜索：别再用 LIKE '%关键词%'
站内搜索上线三个月，运营反馈了两个问题：搜"手机壳"搜不到商品，搜索页平均要转两秒。这两个毛病其实是同一个原因——用 LIKE '%x%' 当搜索引擎。这篇从慢查询讲到倒排索引，把搜索真正做对。
达梦DM8现场速查108条：建库、主备、备份、性能、迁移
迁移上线第一周，业务方一句话：“报表原来 3 秒，现在 90 秒。”第一反应是国产库不行。我打开 explain，看了一眼就闭嘴了——三张表都没统计信息，优化器只能瞎猜。收一次统计信息，回到 4 秒。不是达梦慢，是没人给它“看过数据长什么样”。
DDL卡了四十分钟，最后发现是SELECT没提交
大家好，我是数据库小学妹 我踩过的坑，你别再踩。有回发版加索引，一条 ALTER TABLE 卡了四十分钟。我先以为是表大、DDL 慢，换了算法，又重试了两次。结果不是慢，是根本拿不到锁。
MySQL实践系列（17）：一把看不见却影响全局的表级锁（意向锁）
一个让人崩溃的线上卡死场景记得某个夏天的下午三点，正当业务高峰期时，运维监控突然报警：数据库出现大批的连接堆积，商城的订单表上几乎所有写操作全部都 hang 住了。
一篇文章搞懂C#中LINQ查询
循环查数总写乱，LINQ省代码却埋坑，执行位置你懂吗。我以前写查询，总是先建一个临时列表，然后for循环，里面塞if判断，最后再排序。代码能跑，但条件一多就乱，读起来也费劲。后来我才发现，LINQ的重点不是少写几行，而是把“怎么做”换成“要什么”。
国产数据库替换核心系统，最后一公里到底卡在哪
大家好，我是数据库小学妹 我踩过的坑，你别再踩。七月的可信数据库大会，信通院发了两个东西：数据库产业图谱，还有关键行业的AI数据库攻坚计划。有个判断传得很广：国产数据库已完成外围替代，正式攻坚核心业务系统。作为做过几轮迁移的人，我听到这句，心里咯噔一下。