1. 请一直使用pool,没有何时。2. pool在程序初始化的时候创建,无需销毁,从中抽取实例连接就行,无需关心细节,也无需手动连接和关闭。3. 推荐使用一个ORM库,例如 sequelize之类的,很多,包括自产的toshihiko,可以简化掉很多细节。
1. 请一直使用pool,没有何时。
2. pool在程序初始化的时候创建,无需销毁,从中抽取实例连接就行,无需关心细节,也无需手动连接和关闭。
3. 推荐使用一个ORM库,例如 sequelize之类的,很多,包括我们公司自产的 toshihiko,可以简化掉很多细节
4. 多级连接没什么需要注意的,主要是通过内网ip连接,做好环境隔离,保证mysql服务的连接数够用,合理设置每个服务的pool大小。
5. 数据库设计是门大学问,数据库优化也是门大学问。
pool程序启动的时候就建立,全程不需要关闭。一定要考虑并发(仅仅是并发,还不是高并发)下的业务逻辑问题,尽量用乐观锁解决问题,乐观锁是指 update table set a = new_value where version = old_version 这种类似形式,根据返回的affected rows 判断是否更新成功。
读写操作尽量去用内存 缓存/队列化处理,给mysql的最平缓的压力。少用事务。
避免单表 or 单行 同时的读写压力。order by, group by,count(*) 加 join 这种操作大多效率低下,能避开就避开。
可以偶尔的反范式设计,但需考虑如果数据不一致了怎么办,plan b能同步回来就问题不大。缓存,缓存,还是缓存。用内存换mysql压力 内存可以LRU没那么容易爆 mysql压力大了很容易进入雪崩。
延伸阅读:
FULLTEXT(全文)索引,仅可用于MyISAM和InnoDB,针对较大的数据,生成全文索引非常的消耗时间和空间。对于文本的大对象,或者较大的CHAR类型的数据,如果使用普通索引,那么匹配文本前几个字符还是可行的,但是想要匹配文本中间的几个单词,那么就要使用LIKE %word%来匹配,这样需要很长的时间来处理,响应时间会大大增加,这种情况,就可使用时FULLTEXT索引了,在生成FULLTEXT索引时,会为文本生成一份单词的清单,在索引时及根据这个单词的清单来索引。FULLTEXT可以在创建表的时候创建,也可以在需要的时候用ALTER或者CREATE INDEX来添加。
最后建议,企业在引入信息化系统初期,切记要合理有效地运用好工具,这样一来不仅可以让公司业务高效地运行,还能最大程度保证团队目标的达成。同时还能大幅缩短系统开发和部署的时间成本。特别是有特定需求功能需要定制化的企业,可以采用我们公司自研的企业级低代码平台:织信Informat。 织信平台基于数据模型优先的设计理念,提供大量标准化的组件,内置AI助手、组件设计器、自动化(图形化编程)、脚本、工作流引擎(BPMN2.0)、自定义API、表单设计器、权限、仪表盘等功能,能帮助企业构建高度复杂核心的数字化系统。如ERP、MES、CRM、PLM、SCM、WMS、项目管理、流程管理等多个应用场景,全面助力企业落地国产化/信息化/数字化转型战略目标。 版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们微信:Informat_5 处理,核实后本网站将在24小时内删除。版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系邮箱:hopper@cornerstone365.cn 处理,核实后本网站将在24小时内删除。