frcoder的博客

1. BigInteger can not case to LongJPA内部查询是通过createSQLQuery和createQuery实现的。所有的查询都会调用这两个方法。它们的不同点是：createQuery用的JPQL语句进行查询，createSQLQuery用sql语句查询；前者以hibernate生成的Bean为对象装入list返回；后者则是以对象数组进行存储；当通过createSQLQuery查询时，如果存在Bean的实例，则它会按照实例去返回，但是当实例不存在时它会按照JPA给定的

一、哨兵模式和集群模式 从节点 的区别哨兵模式中的从节点默认是可读的。集群模式中的从节点默认是不可读的，只是主节点的热备。如果想要从集群模式中的从节点读取数据，需要客户端在建立连接之后先发送一个readonly命令。二、lettuce中对集群模式的处理建立连接后，先查询集群信息，缓存哈希分槽，以后如果没有拓扑刷新就直接使用缓存的哈希分槽定位机器，不会每次随便连一个，等着服务器重定向；如果连接的是从节点，会先发送一个readonly命令，然后这个连接以后就可以从从节点读取数据了；执行向re

一、环境准备mysql InnoDB有个表：viewing_number（1814483行数据）列：id、content_id、sel_count、create_time、update_time索引： content_idviewing_number_copy（1814483行数据）列：id、content_id、sel_count、create_time、update_time索引： content_id、update_time二、观察要取1000条数据（不限条件），怎样取可以使扫描的行

一、环境准备mysql InnoDB有个表：viewing_number_copy（1814483行数据）列：id content_id sel_count create_time update_time索引： content_id、update_time二、观察要取出update_time>="2020-05-25 06:30:55"的数据，大约有20万。1. limit分页（1） 直接limit，这时实际上是依赖了默认排序，但是mysql实际上并没有明确保证“每次查询分页时

一、环境准备mysql InnoDB有下面两个表：viewing_number（1814483行数据）列：id content_id sel_count create_time update_timeviewing_number_copy（1814483行数据）列：id content_id sel_count create_time update_time索引：update_time二、观察与分析（第一组）观察explain select id,update_time f

先记录下来，但是查了一下，好像和主流倾向不同配置表，一般在系统使用前要先初始化，用于对系统进行配置。记录表，记录用户或系统在使用中生成的数据，一般不需要初始化。主键是一种很宝贵的数据库资源，尽量不要使用自增主键，这是一种浪费。除非是记录表。数据库中，尽量不要设计多个“主键”，即不要有多个唯一标识符。如果确实需要，那么各类查询也尽量一真正的主键为主，否则会造成查询混乱。反例：一个表中，...

本文转载信息如下，为方便查询而转载，仅做学习记录使用，大家可以直接查看原文。作者：姚小强链接：https://www.jianshu.com/p/1b1576fc59171. 为什么要进行分库业务发展，当单个数据库中的表越来越多，数据量越来越大的时候。数据的增删改查所消耗的资源就会增加。由于mysql是无法分布式部署（可能会有人说不是有主从吗？并不是，详细会在其他文章说明）的。而单台服...

记录一些性能与指标，对规模有个大致的理解，方便以后进行估算。

1. 读写权限不同存储函数：设计之初的目的是只读的（但是实际并没有严格限制）存储过程：可读可写存储函数的读写权限这里要特殊说明一下：创建存储函数的时候后，必须声明函数读写权限，且只能在DETERMINISTIC, NO SQL, or READS SQL DATA中选择。这三者的含义为确定性、无SQL语句、只对数据库进行读操作。如果没有声明读写权限，就会报下面的错误：ERROR 141...