① java 当查询有很多条数据时用什么缓存比较好,或者说怎么来提高他的性能
分页查询啊，页面最大条数可以限制。还有就是优化sql，别全表ORDER BY，那样要慢死。
② java web 多表联合查询怎么做 就是如何存放查询返回的结果,多个类的
假设你的多个类是class A , class B , class C , 你可以另外创建一个类class ABC，在ABC中创建三个属性 private A a;private B b ; private C c; 然后查询回来的结果依次先封装到A,B,C三个单类里面里面，最后再封装到ABC里面。
③ 多表联合查询后应该怎么保存数据
使用原生的JDBC吗？
你可以定义一个包含你查询的所有字段作为属性的一个类，使用ResultSet获得每个字段的值，然后调用set方法将其保存，示例代码
resultSet=statement.executeQuery();
while(resultSet.next()){
user=newUser();
user.setUsername(username);
user.setPassword(resultSet.getString("password"));
user.setAge(resultSet.getInt("age"));
user.setGender(resultSet.getString("gender"));
user.setBirthday(newjava.util.Date(resultSet.getDate("birthday").getTime()));
user.setImage(resultSet.getBlob("image"));
user.setDescription(resultSet.getString("description"));
}
④ java怎么将数据库的数据做缓存，方便查找。
你的数据非常大，那你写入内存会不会比较占资源，为什么不用异步刷新，让它显示不部分再慢慢加载
⑤ 如果mysql里面的数据过多，查询太慢怎么办
问题
我们有一个 SQL，用于找到没有主键 / 唯一键的表，但是在 MySQL 5.7 上运行特别慢，怎么办？
实验
我们搭建一个 MySQL 5.7 的环境，此处省略搭建步骤。
写个简单的脚本，制造一批带主键和不带主键的表：
可以看到执行时间变成了 0.67s。
整理
我们诊断的关键点如下：
1. 对于 information_schema 中的元数据表，执行计划不能提供有效信息。
2. 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。
3. 我们增加了 hint，指导 MySQL 正确进行优化判断。
但目前我们的实验仅限于猜测，猜中了万事大吉，猜不中就无法做出好的诊断。
⑥ redis如何缓存多表复杂查询的结果
缓存需要考虑的几个主要问题：设置缓存、更新缓存、缓存失效，你这里应该是考虑如何更新缓存？一般可在数据变更后更新缓存，但前提可接受一定时间差内的缓存数据不一致
⑦ 如何清理MySQL 的查询缓存
MySQL的FLUSH可以清理mysql数据库缓存数据
MySQL的FLUSH句法(清除或者重新加载内部缓存） FLUSH flush_option [,flush_option]，如果你想要清除一些MySQL使用内部缓存，你应该使用FLUSH命令。为了执行FLUSH，你必须有reload权限。
flush_option 可以是下列任何东西：
HOSTS 这个用的最多，经常碰见。主要是用来清空主机缓存表。如果你的某些主机改变IP数字，或如果你得到错误消息Host ... isblocked，你应该清空主机表。当在连接MySQL服务器时，对一台给定的主机有多于 max_connect_errors个错误连续不断地发生，MySQL为了安全的需要将会阻止该主机进一步的连接请求。清空主机表允许主机再尝试连接。
LOGS 关闭当前的二进制日志文件并创建一个新文件，新的二进制日志文件的名字在当前的二进制文件的编号上加1。
PRIVILEGES 这个也是经常使用的，每当重新赋权后，为了以防万一，让新权限立即生效，一般都执行一把，目地是从数据库授权表中重新装载权限到缓存中。
TABLES 关闭所有打开的表，同时该操作将会清空查询缓存中的内容。
FLUSH TABLES WITH READ LOCK 关闭所有打开的表，同时对于所有数据库中的表都加一个读锁，直到显示地执行unlock tables，该操作常常用于数据备份的时候。解锁的语句就是unlock tables。
FLUSH TABLES WITH READ LOCK对于数据库是全局的表锁定，如果只想锁定几个表，可以用LOCK TABLES tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE} 。这个命令同样需要unlock tables来解锁。
read-lock: 允许其他并发的读请求，但阻塞写请求，即可以同时读，但不允许任何写。也叫共享锁。write-lock: 不允许其他并发的读和写请求，是排他的(exclusive)。也叫独占锁
STATUS 重置大多数状态变量到0。
MASTER 删除所有的二进制日志索引文件中的二进制日志文件，重置二进制日志文件的索引文件为空，创建一个新的二进制日志文件,不过这个已经不推荐使用，改成reset master 了。可以想象，以前自己是多土啊，本来一条简单的命令就可以搞定的，却要好几条命令来，以前的做法是先查出来当前的二进制日志文件名，再用purge 操作。
QUERY CACHE 重整查询缓存，消除其中的碎片，提高性能，但是并不影响查询缓存中现有的数据，这点和Flush table 和Reset Query Cache（将会清空查询缓存的内容）不一样的。
SLAVE 类似于重置复制吧，让从数据库忘记主数据库的复制位置，同时也会删除已经下载下来的relay log,与Master一样，已经不推荐使用，改成Reset Slave了。这个也很有用的。
一般来讲，Flush操作都会记录在二进制日志文件中，但是FLUSH LOGS、FLUSH MASTER、FLUSH SLAVE、FLUSH TABLES WITH READ LOCK不会记录，因此上述操作如果记录在二进制日志文件中话，会对从数据库造成影响。
⑧ sql数据库数据量庞大时怎么处理。
1.表字段类型、长度、默认值这些都要按实际情况去写，不要瞎填；
2.能存英文就尽量不存中文，能存数字尽量不存英文；(数据库查询速度数字查询速度最快，英文次之，中文最后)
3.索引要优化，按实际要求去创建索引，主键等；
4.sql语句要精简，能不用*就尽量不用，想要什么字段查什么字段，不要怕多写，尽量少用联表查询，多表查询，尤其在大数据访问的时候；
5.合理使用缓存技术，有模板缓存，数据库查询结果缓存。
⑨ 一个在mysql中查询过慢的问题,我的查询语句是多表联合查询.语句写法如下.感觉不是很好.能否优化
问题
我们有一个 SQL，用于找到没有主键 / 唯一键的表，但是在 MySQL 5.7 上运行特别慢，怎么办？
实验
我们搭建一个 MySQL 5.7 的环境，此处省略搭建步骤。
写个简单的脚本，制造一批带主键和不带主键的表：
可以看到执行时间变成了 0.67s。
整理
我们诊断的关键点如下：
1. 对于 information_schema 中的元数据表，执行计划不能提供有效信息。
2. 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。
3. 我们增加了 hint，指导 MySQL 正确进行优化判断。
但目前我们的实验仅限于猜测，猜中了万事大吉，猜不中就无法做出好的诊断。