ITPub博客

由于安装数据库时将MySQL的数据目录放在了根目录下，现在存储空间不足，想通过mv将数据目录移动到其他目录下，但将数据目录移动到其他数据目录后，启动数据库失败。

前段时间，客户反馈 Zabbix 实例的 history_str 表数据量很大，导致磁盘空间使用率较高，想要清理该表，咨询是否有好的建议。想着正好最近学习了相关的知识点，正好可以检验一下学习成果，经过实践的检验，最终考试合格，客户也比较满意，于是便有了此文。

在MySQL数据库中，为了解决并发问题，引入了很多的锁机制，很多时候，数据库的锁是在有数据库操作的过程中自动添加的。

在上篇文章中，松哥和小伙伴们分享了 MySQL 的聚簇索引，也顺便和小伙伴们分析了为什么在 MySQL 中主键不应该使用随机字符串。但是主键不用随机字符串用什么？主键自增？主键自增就是最佳方案吗？有没有其他坑？今天我们就来讨论下这个话题。

本文是线上问题处理案例分析，旨在通过真实案例向读者介绍发现问题、定位问题、解决问题的方法。本文讲述了从垃圾回收耗时过长的表象，逐步定位到数据库连接池保活问题的全过程，并对其中用到的一些知识点进行了总结。

某客户的业务中有一张约4亿行的表，因为业务扩展，表中open_id varchar(50) 需要扩容到 varchar(500)。变更期间尽量减少对主库的影响(最好是不要有任何影响->最终争取了4个小时的窗口期)。

手滑误删了数据文件，并且没有可替换的节点时，先别急着提桶跑路，可以考虑利用参数 server_permanent_offline_time 来重建受影响的节点。

源码分析系列的第 2 篇文章，我们来聊聊 select * 中的星号是怎么展开为表中所有字段的。

POSTGRESQL 与LINUX 系统是密切联系的，与其他的数据库相比对于操作系统的依赖可以加更加二字。那么关于POSTGRESQL 与LINUX 在内存方面的内存参数有什么关联性，今天这篇需要说一说。

今天我们讲解字符串的底层原理，属于进阶内容，能回答出来可以秒杀80%的面试者。

​数据库信创替换已经是很多企业必须面对或者正在面对的问题，而且对于很多企业来说已经不仅是找几套不太重要的小系统替换一下试试的问题了。对于核心系统的数据库替代来说问题不大，企业可以投入大量的资金、人力和时间来认真做这件事。反而是大量大型的，关键系统的替代不那么容易。因为这些系统的替代一方面还是存在一定难度，另外一方面这些系统如果出问题，还是会对企业的业务有所影响的，而更讨厌的是，这样的系统数量很多，如果都按照核心系统那么投资来干，地主家也干不起。

今天分享一下Redis集群、Redis更新策略、缓存一致性的问题，实现快速入门，丰富个人简历，提高面试level，给自己增加一点谈资，秒变面试小达人，BAT不是梦。

整体上来说，使用索引有如下优点： 减少了服务器需要扫描的数据量。 索引可以帮助服务器避免排序和创建临时表。 索引将随机 IO 变为了顺序 IO。

作为一名DBA，相信你一定处理过主从延迟，最近在生产中遇到一个比较有意思的延迟问题，在此与大家进行分享。

是否可能实现至少10倍的性能提升，相比原始的Kafka和Cassandra？如何实现？有哪些权衡考虑？

通过 show recyclebin 中的 OBJECT_NAME / ORIGINAL_NAME 闪回表时， 报错：对象不在回收站中。

加入到LOCK SYSTEM hash结构使用的space_id和page no，比如函数lock_rec_insert_to_granted，那么至少同一个page no的lock_t会挂入同一个hash 链表(cell)中. 而在迭代的时候，我们通常是需要迭代是相同page并且某个heap no上锁。

从 LimitOffsetIterator::Read() 的实现逻辑来看，offset 越大，读取之后被丢弃的记录就越多，读取这些记录所做的都是无用功。 为了提高 SQL 的执行效率，可以通过改写 SQL 让 offset 尽可能小，理想状态是 offset = 0。

那问题来了，声明varchar字段时，它的最大长度是多少呢？ 相信大家应该听说过varchar字段的最大长度是65535吧。 没听过也没关系，你现在听到了。 但实际上是这样吗？ 我们来做个实验。

近期，DBAPlus社区发布一组分布式数据库的调研数据。通过数据，可对国内分布式数据库产品、行业现状有个全貌了解。正好本人也于近期走访不少企业用户，本文就结合这一组数据及个人一线体验，谈谈分布式数据库在国内使用情况及未来发展趋势。