原文:怎样才能充分利用SQL索引背景:目前WEB的普及太快,很多网站都会因为大流量的数据而发生服务器习惯性死机,一个查询语句只能适用于一定的网络环境.没有优化的查询当遇上大数据量时就不适用了.本文主旨:讨论什么情况下能利用上索引.索引:创建索引可以根据查询业务的不同分为两种:单一列的索引,联合索引.顾名思义,单一列索引就是指在表的某一列上创建索引,联合索引是在多个列上联合创建索引.优缺点比较:1):索引所占用空间:单一列索引相对要小.2):索引创建时间:单
系统 2019-08-12 01:33:57 2442
解决本页不但包含安全的内容，也包含不安全的内容是否显示不安全的内容工具--->Internet选项----安全---->Internet----->自定义级别(C)----->其它－>显示混合内容处从默认的提示设置为启用即可，如图。带图，解决本页不但包含安全的内容，也包含不安全的内容是否显示不安全的内容
系统 2019-08-12 01:33:51 2442
今天在修改项目一个JSP文件时，突然想到Tomat是怎么实现动态实时加载JSP编译后的class类的？查了半天资料，看了很多文章，终于明白是怎么回事了：ClassLoader，当tomcat发现jsp改变后，将用新的ClassLoader去加载新的类具体原理我将单独总结一下，这里简单实现了动态加载类1.定义服务类publicclassServlet{publicvoidservice(){System.out.println("运行服务方法");}}2.定
系统 2019-08-12 01:33:43 2442
javacalss文件打补丁注意：在tomcat下打补丁的话，一定要确保tomcat服务停止了，然后再把同名的class文件进行覆盖。这两天，发一个补丁文件给现场的同事。同事说打完补丁后，有的数据采集正常，有点数据采集不到？我就奇怪了，怎么会有的不正常，有的正常呢？我就问现场的同事，他是怎么打补丁的，会不会是补丁没有打好？他说打好了。于是开始我漫长的远程调试过程，看看前台，在看看后台打印的日志，发现日志中没有打出我预期的东西，初步判断是补丁文件没有打成功。
系统 2019-08-12 01:33:35 2442
只要改这一个就可以了。port改成8081即可。下面的不一定有用，第一次是按照下面去做的，第二次就不行了，原因还没时间去深究。windows下面，一台电脑安装多个tomcat。我安装了2个tomcat6.0，下载地址http://tomcat.apache.org/download-60
系统 2019-08-12 01:33:28 2442
醉太平.怀友(2012.5.9.)骊歌卌年，征途万千。高山流水情缘，雁鱼一线牵。齿阙鬓斑，思君泪沾。何当共赏诗笺，把酒吟故园。解红(2012.5.9.).学业罢，四十秋。分留塞北思绪悠。相逢不是当年我，同窗话旧认白头。韵语编年之十七----京华同学聚会
系统 2019-08-12 01:33:23 2442
1.netshwlansethostednetworkmode=allowssid=热点名称key=密码2.本地连接--属性--共享(允许其他网络用户)家庭网络连接--选择刚才设置的网络3.netshwlanstarthostednetwork4.netshwlanstophostednetworkps:“ssid=”后面是wifi热点名称，“key=”后面是密码，密码必须是8位或者8位以上。win7设置wifi热点
系统 2019-08-12 01:33:21 2442
http://tomcat.apache.org/tomcat-4.0-doc/config/context.htmlThecontextpathofthiswebapplication,whichismatchedagainstthebeginningofeachrequestURItoselecttheappropriatewebapplicationforprocessing.Allofthecontextpathswithinaparticular
系统 2019-08-12 01:33:20 2442
同时启动两个tomcat设置，具体如下：1.不要设置CATALINA_HOME2.分别修改安装目录下的conf子目录中的server.xml文件：a.修改http访问端口为不同的端口，将8080修改为tomcat不在使用的端口号。此处所设的端口号即是以后访问web时所用的端口号。b.修改其中一个tomcat的Shutdown端口（在server.xml中，默认为8005端口），将8005修改为没有在使用的端口号，例如8055。c.修改其中一个tomcat的
系统 2019-08-12 01:32:31 2442
Python很慢和/或它不是的两个最常见的原因高性能：解读GIL第一个是相当直接的，但在高级别编译器将更高级别的语言翻译成更低级别（更快）的语言，因此编译语言几乎总是比非编译语言执行得更快。这个经验法则有一些例外（例如JIT可能比AOT编译更快的情况），但它们会分散讨论。第二个是更臭名昭着，但是Python有一个叫做全局解释器锁的东西，它通过强制解释器一次只在一个进程（Python解释器的实例）中执行单个线程来基本上防止多线程。它的工作原理也很有趣，但也像
系统 2019-09-27 17:57:24 2441
