goodtimeflying的博客

ES为什么内存最好小于32GES是用java开发的java32位虚拟机的寻址最大4G，64位理论上来说无限大，请参考java Object的header结构。但是实际上64位的地址指针会导致一下问题:增加了GC开销：64位对象引用需要占用更多的堆空间，留给其他数据的空间将会减少， 从而加快了GC的发生，更频繁的进行GC。降低CPU缓存命中率：64位对象引用增大了，CPU能缓存的oop将会更少，从而降低了CPU缓存的效率。指针压缩技术可以解决这个问题，请参考JAVA指针压缩的实现原理指针压缩

1. 引擎选择，myisam & innodb如果不确定使用哪个数据库引擎，就使用innodb，因为他是支持事务的，支持行级锁的,或者参考我的另一篇博文 《mysql原理及部分优化》2.innodb_buffer_pool_size 缓冲池大小，可用内容的80%，内存总做是最快的。3.innodb_log_file_size 重做日志或者事务日志文件，不能太小，最好是系统繁忙时1-2小时的写入量，不想算就设置1G。innodb_log_buffer_size,如果没有大的事务，默认值就可以

mysql原理及优化MySQL有两个数据库引擎，myisam和innodb为什么innodb引擎推荐使用自增id磁盘io与优化数据库设计id尽量不要用uuidMySQL有两个数据库引擎，myisam和innodb2者底层都是都是使用的B+tree，略有不同，myisam 叶子存指针，innodb存数据如果插入，更新较多，使用innodb引擎，innodb行级锁如果更新插入少，读取多可以使用myisam引擎，表级锁，不适合更新，查询比较快，为什么innodb引擎推荐使用自增id大部分人都会说in

redis-shiro session共享,登陆后subject中principal 为空看过我的上一篇文章 redis-shiro session共享,序列化大坑的人,你可能遇到一个新的问题,就是登陆后再去请求的时候,报错This subject is anonymous具体的错误信息如下:This subject is anonymous - it does not have any identifying principals and authorization operations requi

shiro 通过redis实现session共享共享Session目的在分布式服务的工程中,一个服务器断了,负载均衡服务器会把请求分配给其他的服务器,如果设置了session共享,就不需要用户再次登录了.shiro实现session共享的原理默认的情况下,shiro的session是在服务器上的,当该服务器宕掉了,session就不存在了,用户必须重新登录,如果我们把shiro的session存到redis服务器上,就可以实现session共享了.如何实现?如果我们想通过redis实现shiro