文章围绕六个常见MySQL面试题，结合实际工作讲解：MyISAM与InnoDB的区别及历史记录表选用MyISAM的原因；MVCC原理及其在业务乐观锁中的应用；数据库、Redis、ZooKeeper三种分布式锁；B+树索引的优势及采用自增整型主键的原因；覆盖索引如何避免回表；不走索引的常见情况，并介绍慢查询日志、show profile、optimizer trace等优化工具，强调按读写比例合理使用缓存。
在Percona Live Europe 2026上，作者介绍了Percona Server for MySQL 8.4的V8 JavaScript引擎组件component_js_lang。它并非将数据库变为应用服务器，而是扩展SQL能力：SQL负责集合操作，JavaScript负责单值计算，适用于递归、数组、大数和紧循环等SQL难以表达的步骤。业务逻辑仍保留在应用层，JavaScript例程仅填补SQL与存储过程之间的空白。
Cloudflare 的 Hyperdrive 现已正式支持 MySQL。文章介绍其从测试版到正式版修复约 20 个漏洞的过程，重点分析一个罕见缓存 bug：当客户端与端点节点位于同一数据中心并共享缓存时，因 MySQL 能力协商差异导致缓存字节格式不一致，查询会返回空结果或挂起。修复方式是统一以 Hyperdrive 能力编码缓存结果，使连接成功率提升至 99.99%。
本文对比了Percona Server与MySQL的线程池性能。测试表明，MySQL 26.7.0与9.7.2性能差异极小。数据未完全缓存时，Percona线程池在高连接数下TPS更高；数据完全缓存时，MySQL线程池更优，TPS高22%，p95延迟低约25%。Percona对线程池参数更敏感，MySQL仅在1280以上连接数才显优势。
MySQL 26.7 起改用日历年月补丁版本号（如 26.7.0），需先升级至 9.7 LTS。新增变更流应用器以优化并行复制，线程池插件向社区版开放，InnoDB 撤销表空间截断更稳健，组复制默认通信栈改为 MySQL。
本文介绍Percona MySQL两篇技术文章：一是pt-online-schema-change的where条件在Galera集群中与分块自动调整及流控的交互；二是Percona Server for MySQL 9.7中DISTANCE()与VECTOR_DISTANCE()向量相似度函数。
该页面仅为Percona博客的MySQL文章列表，包含三篇文章标题及日期，无实质正文内容，无法进行内容摘要。
rivet 用 Rust 直接读取 MySQL binlog 并写入 BigQuery，试点库含 154 张表、32 亿行，每日刷新 8 次，使副本读负载降低约 99%，出站流量降低约 98%，基础设施成本降低约 50%。Git Cherry Tree 用 Iced 重写界面，代码增至 4.5 万行 Rust，二进制约 15 MB，性能提升 3–4 倍。另有 Rust 内核模块环境搭建记录，以及 cargo-crap 0.6 新增重复函数类型化分级。
本文介绍了MySQL的时间类型，包括DATETIME、TIMESTAMP、DATE、TIME和YEAR的格式、存储空间及其最小最大值。讨论了如何使用内置函数获取当前时间、进行时间转换及计算时间差。此外，还提到MySQL的时区设置及其优先级。
本文介绍基于Percona Operator实现MySQL Group Replication跨集群的DC-DR方案，并探讨MySQL数据目录中GCache页面文件过多的问题。
本文介绍用 Kiro Custom Agent 为 RDS for MySQL 8.0 升 8.4 的 Canal 位点割接 Runbook 添加可执行门禁。核心是按“后果是否可逆、能否自动校验”分工：只读操作 allow 自动执行，停实例、删位点等变更 ask 需人工批准，switchover 等不可逆操作 deny 由人执行。实测 deny 跨作用域优先、复合命令逐条判定、Agent 不能改写自身权限文件。两轮演练跑通正常与故障路径，对账零缺失，并修正 retention 不继承、并集须在目标实例重算等六处结论。
该文讨论MySQL数据目录中出现过多GCache页面文件的问题，分析其成因及对数据库的影响，并给出排查与清理建议。
本文介绍使用 Percona Operator 在 MySQL 组复制中实现跨数据中心灾备，突破单集群限制，提升高可用与容灾能力。
MySQL性能优化关键在于innodb_buffer_pool_size和innodb_log_file_size两个参数。前者是InnoDB缓冲池大小，用于缓存数据和索引以减少磁盘I/O，建议设为系统内存的50%-80%；后者决定重做日志文件大小，影响写入性能与崩溃恢复，常规设置为128MB-512MB，写入密集场景可设为1GB-2GB。合理调整这两个参数可显著提升性能。
本文介绍RDS MySQL 8.0升级至8.4时，蓝绿切换导致Canal CDC出现errno 1236错误。原因是绿环境只读副本的binlog缺失部分GTID事务。解决方案是将Canal原GTID位点与绿副本的gtid_purged求并集修补，而非整体覆盖。同时需调整Kafka消息大小限制，并遵循切换前检查、故障处置和验证步骤。
本文对比PostgreSQL与MySQL的JSON类型及Go处理方法。PostgreSQL中json保留原始文本，jsonb为二进制、支持GIN索引，多数场景应选jsonb；MySQL仅json一种，需生成列或多值索引。Go侧推荐自定义泛型JSON[T]类型实现Scanner/Valuer接口，统一处理读写与NULL，跨库项目可用GORM datatypes。核心建议：高频查询字段应提升为独立列，JSON适合结构多变的边缘数据。
Aurora MySQL 3.04将于2026年10月终止支持，建议升级至3.10 LTS版本，该版本支持r8g实例，性能提升约2倍。文章详述了升级前的预检查、零停机补丁、蓝绿部署及回滚方案，强调需排查新增关键字、比对参数差异，并建议将实例类型变更与版本升级同步进行。
文章对比了MySQL与PostgreSQL的时间戳语义：MySQL的TIMESTAMP表示绝对时刻，DATETIME表示墙钟时间；PostgreSQL的timestamptz表示绝对时刻，timestamp表示墙钟时间，命名与MySQL相反。核心问题在于应用与数据库间的时区链路：MySQL的TIMESTAMP依赖客户端时区与会话time_zone，配置不一致会导致时间漂移，使用带夏令时的具名时区时漂移还会随时间变化。Go和Java驱动各有参数陷阱。建议全链路使用UTC，绝对时刻用带时区类型，墙钟时间用无时区类型。
本文介绍了Percona Server for MongoDB的软件物料清单（SBOM）功能，以及MySQL相关的gcache检查工具，内容涉及数据库技术更新。
本文介绍将RDS MySQL数据同步至Amazon Redshift的三种方式：S3+COPY批量加载、AWS Glue ETL微批处理、Zero-ETL近实时集成。重点推荐Zero-ETL，因其零代码、全托管、延迟约1分钟且支持完整CDC（含删除操作）。文章对比三种方案的架构、成本、运维和延迟，并提供选型建议：持续同步选Zero-ETL，复杂转换用Glue，一次性导入用S3+COPY。
完成下面两步后，将自动完成登录并继续当前操作。
