找到约 10000 条结果
  • 利用mysql自增id做进制转换,生成的地址不会重复,这种方法最简单,但是随机性不好,连续的id具有连续的短地址。参考这篇文章可以结合楼上的算法来做,看起来更安全一点。
    2015-12-21
  • 因为业务需求,需要用 时间戳+2位随机数字 组成id。例如:149561542040,一共是12位数。如果id字段用整型bigint,会不会比用char 的效率更高?
    2017-05-24
    2
    ✓ 已解决
  • 在往表中循环插入数据的时候,我在mysql front中不断刷新查看最新数据,按id由大到小排序查看,常常出现只有一个结果,并且不是最大id的结果,好像只是随机的一个结果,为什么会这样?
    2016-06-04
    1
  • 不考虑性能:直接走数据库,mysql自带有随机的命令,在分页的时候加进去就可以了;考虑性能:取出来,放到nosql里面,比如redis,存到列表,有序集合都行,然后再用对应的l(z)range分页取就可以了。
    2019-02-19
  • 非常感谢@Charlesshen的答案给我的启示,mysql在5.7版本后root的初始密码不再是空/root等,他变成了一个随机的临时密码,在安装的时候网上的教程都提示说会弹出来,但是我并没有看到,所以我仔细的看了下tar包安装的方法,发现这样安装可行,然后上面的@Charlesshen的第二步文件夹应该是/usr/local/mysql/data,直接sudo...
    2015-12-06
  • 有两种方法可以解决。 1. 如果你只用php而不用数据库的话,那时间戳+随机数是最好的方法,且不重复; 2. 如果需要使用数据库,即你还需要给这个id关联一些其他的数据。那就给MySQL数据库中的表的id一个AUTO_INCREMENT(自增)属性,每次插入一条数据时,id自动+1,然后使用mysql_insert_id()或LAST_INSERT_ID()返回这个...
    2015-06-19
  • 要配对25种方式,并且不能重复,例如A数组里的张三 对应了B数组里的陈好 那么 这个配对在这25种里只能出现一次, 如何解决呢 可以借助mysql
    2018-03-20
    2
  • 报错的原因是在 only_full_group_by sql mode 下,mysql 不允许在 select list 中存在未在 GROUP BY 子句中引用的非聚合列。
    2019-11-29
  • 正在做一个电商项目,在生成id的时候遇到了一点问题。直接采用mysql的auto_increment肯定是不行的,因为这样的话生成订单不太安全,第三方可以直接通过id来监控某个时候生成的订单数。请问类似segmentfault和简书等网站,我注意到它们生成文章的id一般都比较随机,为了考虑查找效率肯定不是通过随机数。请问生成订单id我...
    2017-05-17
    3
  • 在只有PHP和mysql的环境下,做一个简单的发券、核销程序。其中券的兑换码必须为12位数字,数据量不会超过千万。如何生成不重复且乱序的券码?
    2016-12-09
    4
  • 类似于微信红包的功能,实际发送金额调用微信接口实现。前面的步骤随机,限制数量等要自己实现。数量限制打算使用redis, 原子的incr(cas)操作控制,没个人限领一个,有什么方案吗? 打算用mysql的唯一索引,红包id和用户id去重。
    2017-05-08
  • 刷新一次更新一次很容易被恶意刷量,数据库也容易被攻击.可以考虑同一个IP在一段时间内(比如一天)的访问只算一次.也就是更新文章阅读次数前,先查找当前用户IP是否在1天内访问过.如果没有,则执行UPDATE更新阅读数加1,并且INSERT插入一条"文章ID+IP+时间"记录.写的时候可以先写到Redis中,然后每隔一段时间后获取互斥锁写入M...
    2016-09-03
  • 那些说用异步,循环什么,个人觉得不合理. 10w条数据啊,你就算内存够大,数据存进数据库里也会占用很多时间(IO流),甚至如果事务提交没处理好数据库也会占用内存.
    2017-06-05
  • 原回答那些说用异步,循环什么,个人觉得不合理. 10w条数据啊,你就算内存够大,数据存进数据库里也会占用很多时间(IO流),甚至如果事务提交没处理好数据库也会占用内存.
    2017-06-07
  • {代码...}
    2016-02-26
  • 首先先明确一点,SELECT * FROM user ORDER BY id DESC里没有任何过滤条件,而且你返回了所有字段,所以这是一个全表扫面的SQL。 对于这种SQL,MySQL的优化策略是不使用索引,因为全表扫描终究会把所有的记录都读一遍,如果不使用索引,MySQL可以按照磁盘上的顺序读取数据,对于传统硬盘而言,这是吞吐量最大的读方式,...
    2014-09-09
  • A1判断用户是否已经购买了他请求下载的附件,没购买直接返回,如果已经购买生成一个标示,携带在附件链接里,A2判断标示的有效性来返回附件资源,这里可以有两种方式判断标示的有效性,一个是A1生成个随机值(比如UUID),A2向A1请求链接中的标示是否有效,或可以通过A1向redis/mysql中写,A2从redis/mysql中移出,另一...
    2015-04-18