一、问题起因
在某项目释放后Bug统计的附件《释放后问题》里有：
问题 原因 分析 备注
CSV处理时，如果处理的主题数过多，发生URL参数上限的错误； 可变长度的参数通过URL方式传递，会造成这种潜在的错误发生。 1、属于2次发生问题，开发方面没有及时通过checklist等方式向组员传达相关注意事项；
2、测试时没有
转载
2024-06-18 13:12:05
62阅读
两个长度限制问题的分析(来源于项目) 一、问题起因 在某项目释放后Bug统计的附件《释放后问题》里有： 问题 原因 分析 备注 CSV处理时，如果处理的主题数过多，发生URL参数上限的错误； 可变长度的参数通过URL方式传递，会造成这种潜在的错误发生。 1、属于2次发生问题，开发方面没有及时通过c
转载
2024-06-25 11:30:35
64阅读
在实际场景中会遇到这样的一种情况：数据量很大，而且还要分页查询，如果数据量达到百万级别之后，性能会急剧下降，导致查询时间很长，甚至是超时。接下来我总结了两种常用的优化方案，仅供参考。但是需要注意的是有个前提：主键id是递增且数据有序。
转载
2023-06-26 18:29:48
461阅读
大数据迁移——Python+MySQL引言方法一：数据库复制 ——最糟糕方法二：数据库转存——最蜗牛方法三：数据库备份——最尬速方法四：内存操作Python+MySQL——最火箭 引言最近，因为课题组更换服务器，有一批数据需要做数据迁移，数据量大约150G-200G，一部分数据存储在原来服务器的MySQL上，另外一部分数据以txt文件存储在硬盘上。现在，我需要将这些数据全部迁移存储在新服务器的M
转载
2023-08-11 14:25:11
464阅读
2019独角兽企业重金招聘Python工程师标准>>>
大数据处理问题 场景：我说的大数据量处理是指同时需要对数据进行检索查询，同时有高并发的增删改操作； 对于大数据量处理，如果是互联网处理的话，一般分为下面阶段：第一阶段:所有数据都装入一个数据库，当数据量大了肯定就会出现问题，如几百万条数据，那时一个检索查询可以让你等你分钟;第二阶段:那时肯定想做缓存机制，确实可
转载
2024-01-16 11:57:10
82阅读
前言在开发过程中可能会碰到某些独特的业务，比如查询全部表数据，数据量过多会导致查询变得十分缓慢。虽然在大多数情况下并不需要查询所有的数据，而是通过分页或缓存的形式去减少或者避免这个问题，但是仍然存在需要这样的场景，比如需要导出所有的数据到excel中，导出数据之前，肯定需要先查询表中数据，这个查询的过程中数据量一旦过大，单线程查询数据会严重影响程序性能，有可能过长的查询时间导致服务宕机。现在模拟使
转载
2023-06-15 09:47:19
1380阅读
目录3.2 报表系统架构的改进3.2.1 原有报告系统的问题：3.2.2 改进方案：3.2.2 同步模块架构设计4.3 分布式服务架构5.2.1关系型数据库现状分析——分库分表5.2.3 字表导入FDFS 模块的设计与实现5.3.2 Hive 绑定模块的设计与实现5.4 宽表合成模块5.5 索引文件生成6.2.3 增量数据同步流程https://www.doc88.com/p-2052553782
转载
2023-09-15 23:06:21
109阅读
1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：
select id from xuehi.com where num is null
可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：
sele
转载
2023-12-28 03:34:02
106阅读
应用场景：MySQL数据量达到百万级别，并且数据更新时大部分数据重复，需要比对更新或者插入新的数据
效果：MySQL执行过程中如果数据库中存在该记录则执行对应更新操作，不存在执行插入操作，而且这些操作是在数据库引擎中完成；避免了对数据进行批量操作时，首先对重复数据进行过滤，然后进行CRUD操作，减少对数据库访问压力
语法：
INSERT [LOW_P
转载
2024-03-06 00:24:14
99阅读
mysql大数据量处理
以下是个人的总结，有不对的地方大家指点： 设计上： 冗余：有些能冗余的就冗余吧，尽量少关联表； 垂直分区，一条记录中有text,varchar()这些能拆出来就拆出来，能用小的类型就用小的类型，如：char替换varchar之类的，能使用smallint,int就不要使用long等更大的数字型; 水平分区：range,list,hash
转载
2023-07-02 23:03:44
206阅读
本文章只针对Excel2007版本POI读取Excel有两种模式，一种是用户模式，一种是SAX事件驱动模式，将xlsx格式的文档转换成CSV格式后进行读取。用户模式API接口丰富，使用POI的API可以很容易读取Excel，但用户模式消耗的内存很大，当遇到很大sheet、大数据网格，假空行、公式等问题时，很容易导致内存溢出。POI官方推荐解决内存溢出的方式使用CVS格式解析，即SAX事件驱动模式。
转载
2023-07-11 13:50:31
478阅读
其实这个问题老是在面试的时候提到
1。建立专门的汇总表（这个表一般是每天晚上做统计处理），建立索引(索引的话，插入和修改会变慢，也是只做统计原因之一)，用来查询，如果量非常大，那么分表，还是大，那么分库,就是数据仓库概念了
2。关联表查询(多表联合查询)的大数据，首先就是1(把多个表做成一个统计表，或者多个表都做统计表处理)，不管关联不关联都做统计表处理，如果非得要操作表要处理，那么做视图是个
转载
2010-03-31 20:49:00
406阅读
2评论
从离线方面入手（hadoop、hive）熟练使用框架后跟着demo看源码hadoop和hive要学好算法和常用数据结构面试要求：hadoop、zookeeper、hive、flume、kafka、hbase，sqoop框架会用Java基础、熟悉Linux，手写SQL学习一个新的东西，首先要弄清楚三件事：这是什么东西（干什么的）？为什么需要它（怎么来的）？它是如何运作的？大数据跟业务紧密相关，相比去
转载
2024-07-22 13:32:49
48阅读
序 最近可能会遇到大量数据导出Excel的场景，今天趁现在需求告一段落来做下技术预研，然后这里就顺便分享给大家。一、数据量预判因为我们是做物联网的，这里要导出的数据就是设备的上报数据。客户说要这些数据导出成excel进行分析，又或是其他什么原因，咱不管。咱就分析下数据量，目前设备数量1500，2小时上报一次数据（最小可设置为半小时），要求可以导出3年的数据。 数据量初步估算：1500 * 12 *
转载
2023-09-03 16:40:13
423阅读
目录一：存储过程概述1.1 理解：1.2 分类：二：创建存储过程2.1 语法分析：2.2 代码举例：三：调用存储过程3.2 代码举例 3.3 如何调试 四：存储函数4.1 语法分析4.2 调用存储函数 4.3 代码举例4.4 对比存储函数和存储过程 五. 存储过程和函数的查看、修改、删除 5.1 查看5.2 修改5.3 删除一：存储过程概述1.1
转载
2024-07-09 22:51:54
0阅读
前言在我们的项目正式上线时，经常会遇到因为用户访问人数太多、并发量太高或者用户恶意访问导致服务器崩溃的问题，今天在这里和大家一起讨论在实际项目中如何在多个层面上对我们的应用进行优化，并防止用户恶意访问。数据库层优化1.我们可以对数据库配置文件进行优化，比如修改数据库最大连接数、数据库连接超时时间、是否开启查询缓存等，一般根据项目实际需求来配置。2.我们还可以对数据库表结构进行优化，比如对不同的表选
转载
2023-09-30 20:55:16
1098阅读
一、数据库结构的设计表的设计具体注意的问题：1、数据行的长度不要超过8020字节，如果超过这个长度的话在物理页中这条数据会占用两行从而造成存储碎片，降低查询效率。2、能够用数字类型的字段尽量选择数字类型而不用字符串类型的(电话号码)，这会降低查询和连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接回逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。3、对于不可变字符类型ch
转载
2023-08-04 15:00:01
403阅读
一、查询语句书写要点：1.应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。 2.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 3.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： select id from t where
转载
2023-09-29 10:40:44
853阅读
大屏幕实时数据可视化解决方案? 简道云去年举办过一场“最美仪表盘”评选活动，在活动中我们收到了很多精美炫酷的仪表盘，而且这所有的数据可视化仪表盘都是“从业务中来”，“到业务中去”的。下面举几个例子展示下：
所用工具>>
https://www.jiandaoyun.com
1.年度业绩数据报表
客户：汇商天下信息技术（北京）有限公司
为了解决公司不断壮大下的数
前提： Solr、SolrCloud提供了一整套的数据检索方案，HBase提供了完善的大数据存储机制。 需求： 1、对于添加到HBase中的结构化数据，能够检索出来。
2、数据量较大，达到10亿，100亿数据量。
3、检索的实时性要求较高，秒级更新。
说明： 以下是使用Solr和HBase共同搭建的系统架构。
1.1一次性创建索引l、删除全索引效率很高，可以关
