qq_36635569的博客

摘要：GBase8s/Informix数据库的sbsdbs智能大对象空间使用率已达96.9%（1,961.28MB/2,024MB），仅剩62.72MB。当该空间使用率超过95%时，由于需要额外元数据和碎片整理空间，会导致大对象写入失败并报Smart-large-object错误。建议立即扩展该表空间容量以恢复正常写入操作。（98字）

摘要：在Java代码中执行 SQL时，当table1表的varchar2类型字段column1被设置为空字符串('')时，数据库值会变成空格，而insert操作和客户端工具执行则正常。这可能是JDBC驱动的bug。建议避免使用空字符串，改用NULL值进行更新操作。

本文针对数据库操作优化提出三点建议：1）在数据源连接中设置INSERT_CURSOR=1参数以提升性能；2）将GBASE数据库中的CLOB类型改为TEXT类型可显著提高处理速度；3）避免使用MyBatis-Plus的MetaObjectHandler拦截器进行自动填充，建议在批量保存前手动设置公共字段值。这些调整能有效改善数据库操作效率。

使用tirm无非是担心char字段存储的长度没达到数据库设置的长度，数据末尾会出现空格，而前端展示数据时一般会去掉空格传给后端，这就导致无法查询出数据，char是用来存储定长字符的，虽然出现这种问题，是设计和使用上的不合理导致，但是还得解决这个问题。当表数据量大时，即使给column1字段加上索引，这条查询语句也会很慢。这样就能走索引查询，不用全表扫描。

针对大数据表IN查询效率低的问题，通过优化SQL语句提升性能。当IN条件包含上千元素时，即使有联合索引也会失效导致全表扫描。测试发现将IN查询改为多次单值查询（每次交互一次）反而更快。最佳方案是用UNION ALL拼接多个单值查询，既保证索引生效，又减少数据库交互次数。该方法有效解决了大数据量IN查询性能问题，相比原始方案性能显著提升。

cmd进入D:\Program Files\mysql-8.0.40-winx64\bin。，下载后放到D:\Program Files\mysql-8.0.40-winx64。（1）在路径下新建my.ini配置文件。执行命令登录mysql。（2）安装并启动服务。

这里指定了文件编码之后就能正常导入了。

有多个数据源，以下简称数据源A、B、C，来自相同或不同的数据库，现在需要把数据取出，在java中进行计算，常规操作是分别把每个数据源的数据全部查询出来，然后按照关联条件进行关联计算。查询时会出现一个很明显的问题，若这三个sql任意一个数据量很大，很有可能出现内存溢出的问题，因此不能直接查询全部数据，而是需要进行分批查询然后计算。使用第一个数据源（即A）作为计算的主表，根据关联条件去其他数据源过滤得到用于计算的数据。1.首先构造数据源A的查询sql，假设构造后的sql为。数据源B和C的查询sql分别为。