While i support that poj above has identified your immediate error, I think it needs to be pointed out that you have described 6 different hosts above, the host you manually inserted into is not the host you truncated, and neither is the destination host in the code. Also the table that you said the code would use is not the table that you manually inserted into or truncated.

and while it seems from your manual dump that the variable order is correct, i have learned the hard way that select * may not return the order you suspect. So as to insure the variable order is correct it may be better to use something like

my $table_results= $dbh2->prepare(
  "SELECT 
     id_code,entry_time,parent_id_code
    ,author_name,author_code,author_url,author_image_url
    ,entry_url,entry_types,status_code,entry_text,entry_data
    ,last_update,pull_time,queue_code
         from $feed_table 
         WHERE entry_time >= ?
  ");
[download]

( I once had the DBA change the default order by recreating the base table(from a backup) in a different variable order(sorted) but with the same var names)

The second reason to see the CREATE TABLE command was to see if the select-from table had the same key structure as the insert-into table. Ya just never know for sure until you look. For instance the select-from table may have been created as "PRIMARY KEY(id_code,entry_time)" while the insert into may have been just "PRIMARY KEY(id_code)"

But as i said, i feel that as poj has pointed out, the fact that $dbh2 and $dbh3 point to the same mysql instance is the problem you are facing at this time