随笔分类 - MySQL
摘要：某项目最近在 SQL Loader 导数据时偶尔会报错，类似如下：
SQL loader ORA-01658 unable to creale INITIAL extent for segment in tablespace ADS5GP2P_1
这个报错的意思是，没有足够的连续空间为表或索引创建 INITIAL extent
阅读全文
摘要：前不久一个系统死锁导致部分业务受到影响，今次补上详细的节点日志分析过程。
阅读全文
摘要：如本文标题，MySQL PXC集群多个节点同时大量并发update同一行数据，会怎样？
为此，本人做了一个测试，来验证到底会怎样！
阅读全文
摘要：借本次数据库迁移实践，再次总结一下MySQL数据库迁移到PXC的最佳操作路径
阅读全文
摘要：前阵子为PXC集群配置IPv6支持，遇见奇怪的问题，就是SST同步时总是报错，为此在官网论坛提交了问题，未得到答案，最后偶然得到了答案，详见官方论坛： https://forums.percona.com/t/sst-cant-support-ipv6/26140 结论如下。 Finally, I
阅读全文
摘要：本文使用MySQL原生支持的主从同步机制，详细记录了配置步骤及运维操作方法，可供大家直接参考、使用。 本文假设已经部署了两台主机的MySQL软件，且数据库服务正常，详细部署步骤可本站搜索："mysql二进制安装包部署" ■■ 主从配置 ■ master 授权同步账户 CREATE USER 'rep
阅读全文
摘要：截至2023年11月2日，MySQL社区版最新版本是8.0.35，本文详细描述了采用二进制安装的各个步骤，具有较强的参考意义，基本可作为标准步骤实施。 ■ 下载数据库介质 社区版的下载地址为oracle官网： https://dev.mysql.com/downloads/ 根据os版本选择适当的介
阅读全文
摘要：已有的一个 MySQL PXC 集群环境，因为种种原因仅剩一个节点 node1，需要新增一个集群节点 node2。 node1 版本：donor version (8.0.21) node2 版本：local version (8.0.32) 大致步骤： 1、node2 配置部署新版本的集群环境；
阅读全文
摘要：Mysql8.0开始默认采用新的caching_sha2_password的身份验证方式，常规老接口会因此无法连接数据库。 为继续使用老的身份验证方式，需显式指定身份验证方式为 mysql_native_password，如下： ALTER USER 'ingp_auth'@'%' IDENTIFI
阅读全文
摘要：实际工作中总会发生数据误删除的场景，在没有备份情况下，如何快速恢复误删数据就显得非常重要。 本文基于MySQL的binlog日志机制，当日志格式设置为“binlog_format=ROW”时，记录一步一步手动解析binlog、恢复误删数据的全过程，供大家参考使用。 一、确定删除时间段 查看数据库日志
阅读全文
摘要：MySQL不同于oracle，没有闪回查询这类概念，但网上流传几个闪回的开源工具如 binglog2sql、MyFlash，可以使用binglog日志进行误操作数据的恢复。 笔者以前测试过 binglog2sql，发现安装配置比较复杂不太友好。 本次测试了下 MyFlash 这个开源工具，发现相对简
阅读全文
摘要：对于传统的关系数据库如oracle，在大量数据导入方面的效率，我们一般有一个大概的认知，即1分钟以内可以导入千万条数据，而对于MySQL数据库，普遍观点以为性能相对较差，尤其时对于千万级别的数据量，几十分钟、几个小时，都是可能的。是否如此，本文会给出答案。 在普遍去IOE的今天，最难的去O也已经势在
阅读全文
摘要：接上文，本次在较高性能的X86物理机上，做真实生产环境的大数据量导入测试。 一、测试环境 ■ CPU是24核，每核2线程，即48CPU $ lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little End
阅读全文
摘要：接上文，继续测试3000万条记录快速导入数据库。 一、导入前1000万条数据 清库、建库、新建表结构、导入前1000万条数据，结果： ■ 1000万行，有2索引导入耗时：16分钟 Query OK, 9999966 rows affected, 5920 warnings (16 min 12.95
阅读全文
摘要：在一个低配MySQL数据库（笔记本电脑虚机环境，虚机配置2CPU/3G内存），在3000万级别的大量数据LOAD DATA方式导入时，坚持一小时后，终于被KO了，甚至没写下任何有用的日志，只是在操作界面报错： ERROR 2013 (HY000): Lost connection to MySQL
阅读全文
摘要：一套2节点的MySQL PXC集群，第1节点作为主用节点长时间的dml操作，导致大量的事务阻塞，出现异常，此时查看第2节点显示是primary状态，但无事务阻塞情况。 此时第1节点无法正常提供服务，于是以为第2节点可以作为主节点提供sst数据源来新建第1节点，但清空第1节点开始启动时，却发现无法正常
阅读全文
摘要：在MySQL8.0的一个PXC集群中，默认的sql_mode设置如下： select @@sql_mode; + + | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY
阅读全文
摘要：研发人员在测试大事务提交时遇见了错误： Got error 5 - 'Transaction size exceed set threshold' during COMMIT 测试了几次都是1200S的时候停止的，不过在注释掉特定步骤后，过程还是在1200S失去连接了，不知道这个1200S的执行参数
阅读全文
摘要：一、PXC方案概述 Percona XtraDB Cluster (PXC) 是一个完全开源的 MySQL 数据库集群解决方案，它可确保高可用性，防止停机和数据丢失，并为不断增长的环境提供线性可扩展性。它将 Percona Server 和 Percona XtraBackup 与 Galera 库
阅读全文
摘要：接上文，单节点升级到80版本之后，构建新版本的80集群就水到渠成、相对简单了，详情可参见之前的集群构建博文。 本文在修改配置集群的新参数时，修改了pxc_strict_mode为默认的ENFORCING，注释掉skip_ssl以支持SSL加密同步传输。 donor节点的日志如下： 2021-12-0
阅读全文