草庐IT

left_num

全部标签

素数算法(Prime Num Algorithm)

素数算法(PrimeNumAlgorithm)数学是科学的皇后,而素数可以说是数学最为核心的概念之一。围绕素数产生了很多伟大的故事,最为著名莫过于哥德巴赫猜想、素数定理和黎曼猜想(有趣的是,自牛顿以来的三个最伟大数学家,欧拉、高斯和黎曼,分别跟这些问题有着深刻的渊源)。我写这篇文章不是要探讨和解决这些伟大猜想和定理,而是回归问题本身,用计算机判定一个素数,以及求取特定正整数值下所包含的所有素数。这篇文章,算是自己对素数问题思考的一次总结。先说一下素数的定义:素数也叫质数,是只能被\(1\)和其本身所能整除的非\(1\)正整数。第一个素数是2,它也是唯一一个偶素数。100以内素数列为:23571

素数算法(Prime Num Algorithm)

素数算法(PrimeNumAlgorithm)数学是科学的皇后,而素数可以说是数学最为核心的概念之一。围绕素数产生了很多伟大的故事,最为著名莫过于哥德巴赫猜想、素数定理和黎曼猜想(有趣的是,自牛顿以来的三个最伟大数学家,欧拉、高斯和黎曼,分别跟这些问题有着深刻的渊源)。我写这篇文章不是要探讨和解决这些伟大猜想和定理,而是回归问题本身,用计算机判定一个素数,以及求取特定正整数值下所包含的所有素数。这篇文章,算是自己对素数问题思考的一次总结。先说一下素数的定义:素数也叫质数,是只能被\(1\)和其本身所能整除的非\(1\)正整数。第一个素数是2,它也是唯一一个偶素数。100以内素数列为:23571

记一次MySql唯一索引在left join连表查询没走索引的问题

在新建一张账单结算信息表bill_settlement_info的时候,建立的唯一索引uk_bill_no(bill_no,tenant_id)。由于列表查询用到该表的字段。所以在sql中自然做了jeftjoin查询。on条件是bill.billNo=bill_settlement_info.billNo。自然认为这样的链表会走bill_settlement_info的索引。但是上线生产后,由于生产数据增长很快。立马发现列表查询时,使用bill_settlement_info表中的字段过滤数据时。查询超时。排查后发现是慢SQL导致。使用explan分析查询语句发现是连表bill_settlem

记一次MySql唯一索引在left join连表查询没走索引的问题

在新建一张账单结算信息表bill_settlement_info的时候,建立的唯一索引uk_bill_no(bill_no,tenant_id)。由于列表查询用到该表的字段。所以在sql中自然做了jeftjoin查询。on条件是bill.billNo=bill_settlement_info.billNo。自然认为这样的链表会走bill_settlement_info的索引。但是上线生产后,由于生产数据增长很快。立马发现列表查询时,使用bill_settlement_info表中的字段过滤数据时。查询超时。排查后发现是慢SQL导致。使用explan分析查询语句发现是连表bill_settlem

2021 虎符杯hate num 注入题

前言今天遇到个有意思的SQL盲注,花了不少功夫,也学到了新姿势,遂记录下来以备后续碰到相同场景使用。题目这是2021虎符杯的一道web题,有一个目标站点且附带了源码。源码内容包括:主要逻辑在login.php与config.php,删去多余代码,主要功能在登陆上。前端登录表单会发送给login.php处理:然后所有的post参数会交给config.php中的array_waf去做处理.array_waf是一个递归检测的waf,检测是否包含sql_waf和num_waf在内的规则,符合规则直接退出。经过检测后会进入config.php中的login函数进行数据库查询。可以看到login函数直接将

2021 虎符杯hate num 注入题

前言今天遇到个有意思的SQL盲注,花了不少功夫,也学到了新姿势,遂记录下来以备后续碰到相同场景使用。题目这是2021虎符杯的一道web题,有一个目标站点且附带了源码。源码内容包括:主要逻辑在login.php与config.php,删去多余代码,主要功能在登陆上。前端登录表单会发送给login.php处理:然后所有的post参数会交给config.php中的array_waf去做处理.array_waf是一个递归检测的waf,检测是否包含sql_waf和num_waf在内的规则,符合规则直接退出。经过检测后会进入config.php中的login函数进行数据库查询。可以看到login函数直接将

SQL语句中 left join 后用 on 还是 where,区别大了!

前天写SQL时本想通过AleftBjoinonand后面的条件来使查出的两条记录变成一条,奈何发现还是有两条。后来发现joinonand不会过滤结果记录条数,只会根据and后的条件是否显示B表的记录,A表的记录一定会显示。不管and后面的是A.id=1还是B.id=1,都显示出A表中所有的记录,并关联显示B中对应A表中id为1的记录或者B表中id为1的记录。运行sql:select*fromstudentsleftjoinclasscons.classId=c.idorderbys.id 运行sql: select*fromstudentsleftjoinclasscons.classId=c

SQL语句中 left join 后用 on 还是 where,区别大了!

前天写SQL时本想通过AleftBjoinonand后面的条件来使查出的两条记录变成一条,奈何发现还是有两条。后来发现joinonand不会过滤结果记录条数,只会根据and后的条件是否显示B表的记录,A表的记录一定会显示。不管and后面的是A.id=1还是B.id=1,都显示出A表中所有的记录,并关联显示B中对应A表中id为1的记录或者B表中id为1的记录。运行sql:select*fromstudentsleftjoinclasscons.classId=c.idorderbys.id 运行sql: select*fromstudentsleftjoinclasscons.classId=c

MySQL LEFT JOIN json 字段与表中的另一个 id

MySQLLEFTJOINjsonfieldwithanotheridfromtable我有两张桌子:1234567891011Bouquets+----+------------+|id|bouquet  |+----+------------+| 1|Package#1|| 2|Package#2|| 3|Package#3|| 4|Package#4|| 5|Package#5|+----+------------+和123456Prices+----+----------+---------------------------------------------------------

MySQL LEFT JOIN json 字段与表中的另一个 id

MySQLLEFTJOINjsonfieldwithanotheridfromtable我有两张桌子:1234567891011Bouquets+----+------------+|id|bouquet  |+----+------------+| 1|Package#1|| 2|Package#2|| 3|Package#3|| 4|Package#4|| 5|Package#5|+----+------------+和123456Prices+----+----------+---------------------------------------------------------