转自:https://mp.weixin.qq.com/s/VY69wWlrVLjRtKU7ULrYGw 当MySQL单表记录数过大时，增删改查性能都会急剧下降，可以参考以下步骤来优化： 单表优化 除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度，一般 ...
分类：
数据库 时间：
2018-07-12 16:28:25
阅读次数：
145
当MySQL单表记录数过大时，增删改查性能都会急剧下降，可以参考以下步骤来优化： 单表优化 除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度，一般以整型值为主的表在千万级以下，字符串为主的表在五百万以下是没有太大问题的。而事实上很多时候MySQL单表的 ...
分类：
数据库 时间：
2018-06-30 23:00:45
阅读次数：
219
苟且让我从我非擅长的“公理化”开始进行分拆，抛弃一切具体含义，从公理化的道路去看看，去尝试尝试
分类：
其他好文 时间：
2018-06-25 12:58:23
阅读次数：
160
当我们去熟悉一个概念的时候，为了更好的认识学习，倾向于全方面的了解，但是因为云计算尚处在一个快速发展的领域，还没有迎来顶峰，所以我们了解云计算就从概念、重要技术、主要公司以及当下情况就可以大致的了解这个领域，当别人谈起人工智能的时候，也不至于一脸懵逼。首先我们需要先了解概念，某科是这么解释的，透过网络将庞大的计算处理程序自动分拆成无数个较小的子程序，再交由多部服务器所组成的庞大系统经搜寻、计算分析
分类：
其他好文 时间：
2018-06-23 13:08:20
阅读次数：
144
zip 返回一个将多个可迭代对象组合成一个元组序列的迭代器。 1. 循环多个list的数据: 2. 将多个list的数据组合成tuple的list: 3. 将tuple组成的list拆分成多个tuple: *注意,即使不是list,而是tuple,依然可以拆分,拆分后的结果都是tuple: *注意, ...
分类：
编程语言 时间：
2018-06-01 00:20:36
阅读次数：
1598
1.1 传统架构 1.2 1000并发 需要20台服务器做tomcat集群。当tomcat集群中节点数量增加，服务能力先增加后下降。 所以集群中节点数量不能太多，一般也就5个左右。 1.3 10000并发 需要按照功能点把系统拆分，拆分成独立的功能。单独为某一个节点添加服务器。需要系统之间配合才能完 ...
分类：
其他好文 时间：
2018-05-20 11:49:38
阅读次数：
189
查询 小结果集驱动大结果集 索引 单索引或联合索引均中，但尽量完全匹配 事务优化 尽量使用小事务 Schema 占空间大但访问频率低的字段，可拆至新表中 选择合适的字段类型 数据库中间件 MySQL Proxy；Amoeba 分库 接业务垂直拆分，拆分良好的业务完全可以直接拆分 拆分不太好的业务，模 ...
分类：
数据库 时间：
2018-05-04 15:22:43
阅读次数：
191
Mysql大表优化方案 当MySQL单表记录数过大时，增删改查性能都会急剧下降，可以参考以下步骤来优化： 单表优化 除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度，一般以整型值为主的表在千万级以下，字符串为主的表在五百万以下是没有太大问题的。而事实上 ...
分类：
数据库 时间：
2018-05-03 22:03:50
阅读次数：
253
摘抄自：https://tech.meituan.com/spark-tuning-basic.html 一、概述 在开发完Spark作业之后，就该为作业配置合适的资源了。Spark的资源参数，基本都可以在spark-submit命令中作为参数设置。很多Spark初学者，通常不知道该设置哪些必要的参 ...
分类：
其他好文 时间：
2018-04-30 16:46:05
阅读次数：
188
可以先将问题建模为 ： 物品大小为1~inf 且每件物品数量无限 的背包选体积为1~n的方案数。 显然物品体积只有1~n有用，我们不妨把 体积1~sqrt(n) 的物品先暴力插入到背包中，设这一部分最后 体积i的方案数是 A[i] 。 考虑体积>sqrt(n)的物品怎么计算方案，可以发现这样的物品最 ...
分类：
其他好文 时间：
2018-04-26 23:35:00
阅读次数：
208
