上一页 1 ··· 25 26 27 28 29 30 31 32 33 ··· 36 下一页
摘要: 一 本身自带的方法进行使用: 二:redisson使用: 阅读全文
posted @ 2019-02-07 22:04 菩提树下的丁春秋 阅读(244) 评论(0) 推荐(0) 编辑
摘要: volatile这个关键字可能很多朋友都听说过,或许也都用过。在Java 5之前,它是一个备受争议的关键字,因为在程序中使用它往往会导致出人意料的结果。在Java 5之后,volatile关键字才得以重获生机。 volatile关键字虽然从字面上理解起来比较简单,但是要用好不是一件容易的事情。 由于 阅读全文
posted @ 2019-02-07 21:34 菩提树下的丁春秋 阅读(195) 评论(0) 推荐(0) 编辑
摘要: 首先需要在后台建立netty服务器启动类; 第二创建初始化类; 第三步:创建助手类 前端页面: 测试结果: 阅读全文
posted @ 2019-02-05 16:37 菩提树下的丁春秋 阅读(4811) 评论(1) 推荐(0) 编辑
摘要: 失焦事件和聚焦事件: 演示: 获得焦点时候会span展示,没有获得焦点时候会隐藏 包括一些change事件,select事件 阅读全文
posted @ 2019-02-03 20:37 菩提树下的丁春秋 阅读(182) 评论(0) 推荐(0) 编辑
摘要: 相对高并发一样,速度都是优化出来的,在高并发处理的时候,通常采用的是redis缓存,全文搜索引擎,数据库本身优化,sql优化,磁盘优化 看如下图: 所以可以得出的思想就是: 这个优化法则归纳为5个层次:1、 减少数据访问(减少磁盘访问)2、 返回更少数据(减少网络传输或磁盘访问)3、 减少交互次数( 阅读全文
posted @ 2019-02-03 14:52 菩提树下的丁春秋 阅读(180) 评论(0) 推荐(0) 编辑
摘要: 1,单库表别太多,一般保持在200以下为宜 2,尽量避免SQL中出现运算,例如select a+5 from A,让DB功能单一化 3,表设计尽量小而精,能用5个字段就不要用6个(不绝对,取决于业务,该冗余时坚决不要手软) 4,SQL事务不能设计太大,比如一次性提交10W条insert,当然这个不仅 阅读全文
posted @ 2019-02-03 14:42 菩提树下的丁春秋 阅读(149) 评论(0) 推荐(0) 编辑
摘要: 当MySQL单表记录数过大时,增删改查性能都会急剧下降,可以参考以下步骤来优化: 单表优化 除非单表数据未来会一直不断上涨,否则不要一开始就考虑拆分,拆分会带来逻辑、部署、运维的各种复杂度,一般以整型值为主的表在千万级以下,字符串为主的表在五百万以下是没有太大问题的。而事实上很多时候MySQL单表的 阅读全文
posted @ 2019-02-03 14:37 菩提树下的丁春秋 阅读(190) 评论(0) 推荐(0) 编辑
摘要: 一级缓存是sqlsession,是同一个线程使用的,二级缓存是多个线程之间使用的,是namesapce 二级缓存的使用原则: 1 多个namesapce不操作同一张表2 不对有关联的表进行二级缓存3 查询多于修改时候使用二级缓存 使用二级缓存,方式,:使用本身的缓存只需要加上配置<cache />就 阅读全文
posted @ 2019-02-03 11:15 菩提树下的丁春秋 阅读(153) 评论(0) 推荐(0) 编辑
摘要: 通过上叙就可以获取自动主键,但是一般开发中都是自己生产主键进行开发,这个是利用数据库自增主键来进行的 阅读全文
posted @ 2019-02-03 11:14 菩提树下的丁春秋 阅读(981) 评论(0) 推荐(0) 编辑
摘要: mybatis组合实体查询 通过这个select可以进行二次查询 问题记录: 如果采用的是collection标签,一次使用太多,jdk不会让进行运行的, 阅读全文
posted @ 2019-02-03 11:13 菩提树下的丁春秋 阅读(369) 评论(0) 推荐(0) 编辑
上一页 1 ··· 25 26 27 28 29 30 31 32 33 ··· 36 下一页