1. 请一直使用pool,没有何时。2. pool在程序初始化的时候创建,无需销毁,从中抽取实例连接就行,无需关心细节,也无需手动连接和关闭。3. 推荐使用一个ORM库,例如 sequelize之类的,很多,包括自产的toshihiko,可以简化掉很多细节。
一、在Nodejs中使用MySQL数据库的优异实践
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来添加。